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ABSTRACT 


This  research  is  part  of  a  continuing  effort  to 
improve  aerospace  system  design  methods  and  to  consider 
human  resources  and  logistics  properly  during  the  design 
procedures.  The  approach  used  is  a  structured  decision 
process  which  was  successfully  demonstrated  in  FY  78  on 
relatively  simple  mechanical  equipment  and  has  now  been 
shown  effective  in  a  larger,  less  structured  problem,  the 
Fault  Detection  and  Dispatch,  (FDD),  activities  of  the 
MX  System.  This  report  includes  the  second  year  activ¬ 
ities  in  which  six  criteria  for  FDD  performance  were 
modelled  and  180  candidate  systems  evaluated  by  a 
multiple  criterion  function  based  on  94  input  variables. 

In  support  of  this  analysis  a  Monte  Carlo  simulation  of 
the  maintenance  activities  of  an  MX  Cluster  was  developed 
to  aid  in  estimating  input  variables,  and  is  included  in 
this  study. 

The  application  of  this  design  morphology  appears 
to  be  effective  on  an  unstructured  problem,  including 
achievement  of  practical  conclusions  from  the  large  scale 
optimization  procedures.  This  design  morphology  provided 
a  useful  vehicle  for  clearly  defining  the  functions  and 
tasks  that  meet  the  needs  of  FDD  and  hence,  clarify  the 
man-machine  interactions.  Other  advantages  of  this  design 
morphology  were  observed  and  identified. 
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1.0 


INTRODUCTION 


1.1  Statement  of  Objectives 

This  research  has  the  following  objectives: 

1.1.1  Augment  the  current  research  into  definition  of  human  factors 
and  metrics  which  influence  the  decision  structure  of  design. 

1.1.2  Extend  the  investigation  of  analytical  methods  for  successfully 
integrating  qualitative  and  quantitative  information  into  a  multivariate 
criterion  function. 

1.1.3  Define  the  tasks  necessary  for  clarifying  the  decision  structure 
and  methodology  for  the  design  and  implementation  of  a  high  technology, 
large  scale  system. 

1.1.4  Demonstrate  the  applicability  of  the  design  morphology  to  the 
planning  for  a  system  design. 

1.2  Background 

12  3 

This  research  is  part  of  a  continuing  '  '  '  Air  Force  effort  to 
improve  the  techniques  used  for  designing  aerospace  hardware.  Specific- 

4 

ally,  the  difficulties  of  properly  emphasizing  human  factors  in  the  develop¬ 
ment  of  Air  Force  Systems  have  often  created  both  operational  problems  in 
the  field  and  less  than  desired  efficiency  in  training  and  maintenance 
expenditures.  Hence,  the  need  for  the  equipment  designer  to  understand 
the  impact  of  human  factors  implies  a  need  to  assure  adequate  recognition 
by  all  planning  approval  agencies  of  these  factors  in  the  design  decision 
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structure. 


A  design  morphology  published  earlier5  provides  a  decision 

structure  for  the  development  of  a  technological  system  which  appears  to 

be  highly  effective  when  used  to  design  USAF  equipment.  The  relationship 

between  the  semantics  of  the  design  morphology  and  those  of  the  USAF 
2 

were  clarified  and  related  to  the  existing  literature  in  both  the  human 
factors  and  engineering  design  areas.  This  effort  provided  an  excellent 
case  study  in  interdisciplinary  communications. 

The  major  thrust  of  the  FY  78  research  was  the  application  of 
the  design  decision  structure  to  a  current,  relatively  small  design  problem, 
the  service  stand  for  the  Emergency  Power  Unit  of  the  F-16  Aircraft6. 

The  principal  investigator  took  on  the  role  of  advisor  to  the  design  engi¬ 
neers  at  General  Dynamics,  Fort  Worth  plant  and,  by  coordinating  with 
these  engineers  in  regular  and  frequent  sessions  proceeded  to  apply  the 
morphology  successfully.  Acceptance  of  the  human  factors  requirements 
was  dramatically  demonstrated  by  defining  a  multiple  criterion  function 
which  included  criteria  that  required  human  resource  considerations  in 
combination  with  hard,  engineering  data.  The  ease  with  which  the 
designer  reviews  were  satisfactorily  accomplished  helped  to  convince  the 
General  Dynamics  management  that  this  methodology  was  indeed  effective 
when  properly  applied. 

Specifically,  accurate  design  requirements  were  defined  quickly; 
a  detailed  record  of  design  decisions  were  readily  available  and  very 
clearly  presented;  knowledgeable  trade-offs  among  the  traditionally  :,hard" 


criteria  were  made  with  "soft”  criteria  that  related  more  directly  to  the 
human  resource  environment;  a  clear  delineation  was  achieved  of  the  "best" 
candidate  system  of  those  considered;  and  finally,  an  explicit  level  of 
"growth"  for  each  parameter  (input  variable)  was  identified  from  a  computer 
search  of  the  design  space.  The  latter  provided  management  guidance  on 
where  to  allocate  resources  for  performance  improvement. 

In  view  of  the  successful  application  to  a  small,  hardware  system, 
the  decision  was  made  to  apply  the  morphology  to  a  larger,  more  sophistic¬ 
ated  USAF  system.  After  some  review,  the  problem  of  processing  mainte¬ 
nance  status  change  through  dispatch,  completion  of  corrective  action,  and 
post  dispatch  debriefing  for  the  MX  Weapon  System  was  approved  by 
SAMSO  (now  BMO) ,  AFHRL,  and  AFOSR1. 

The  research  reported  in  this  report  completed  the  scheduled 
activities  for  FY  80.  The  activity  analyses  (See  Figure  1-1)  provided  major 
inputs  to  the  development,  and  is  under  continuous  review. 

There  were  three  parts  to  the  activity  analysis,  the  maintenance 
study  for  the  MX  System  (which  developed  into  SIMMX,  see  Appendix  C), 
facility  location  impact  or  maintenance  (which  was  completed1  in  FY  79) 
and  the  input-output  study  for  this  research  problem.  These  analyses 
provided  the  ability  to  establish  the  basic  approach  toward  task  definition 
(establishment  of  the  "concept"5  and  the  alternatives  toward  accomplishment 
of  the  task  definition  (candidate  systems).  Alt  three  studies  were  coordin¬ 
ated  to  preclude  redundant  effort. 

The  MX  System  maintenance  study  is  being  developed  as  a  compu¬ 
terized  Monte  Carlo  simulation  of  the  maintenance  of  an  MX  cluster  of 
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Figure  1-1:  Study  Information  Flow 


Protective  Structures  (PS)  (See  Appendix  C).  This  model  provides  the 
capability  to  test  and  to  evaluate  variations  of  maintenance  strategies  for 
the  MX  cluster. 

A  parallel,  but  separate  study  was  accomplished  and  coordinated 
with  the  MX  maintenance  study.  This  examined  the  MX  System  field 
geometry  of  4000  sites  of  which  approximately  200  may  contain  launchers. 
The  purpose  of  this  study  was  to  accomplish  an  examination  of  MX  System 
Activities  that  supplement  the  maintenance  tasks,  but  yield  equally 
important  effects  on  MX  System  availability  and  on  preservation  of  location 
uncertainty  (PLU).  This  study  related  the  site  spacing  to  the  effects 
on  maintenance  task  times  including  transport  to/from  the  DAA  or  the  CMF, 
and  was  concluded  in  FY  79. 

2.0  SUPPORTING  RESEARCH  AND  DEVELOPMENT 

2.1  Requirements 

The  basic  requirements  for  this  research  are  essentially  the  same 
as  those  described  in  FY  79^.  However,  the  deployment  and  operations 
concept  of  the  MX  have  changed  several  times  during  the  past  two  years. 
Hence  this  activity  has  adapted  to  the  configuration  at  the  time  of  work 
accomplishment  and  may  require  additional  review  prior  to  final  MX  deploy¬ 
ment. 


Current  planning  by  Strategic  Air  Command  (SAC)  for  the  MX/OCC 
includes  the  following: 

1.  Monitor  force  status 

2.  Communicate  force  status  to  higher  authority 
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3.  Dispatch  and  coordinate  maintenance  activities 

4.  Receive  emergency  action  messages  from  higher 
authority  and  initiate  launch  actions  as  directed 

5.  Reprogram  or  retarget  missiles 

6.  Control  movement  of  missile /decays 

7.  Monitor  physical  security  status  and  control  security 
forces 

8.  Control  access  to  designated  areas 

The  following  formal  organizations  are  incorporated  into  the  MX/OCC 

1.  Wing  Command  Post 

2.  Launch  Control  Center 

3.  Maintenance  Control 

4.  Wing  Security  Control 

Development  of  the  FDD  will  include  the  activities  of  Maintenance 
Control  only,  as  well  as  those  activities  of  the  remaining  controls  that  are 
necessary  to  the  efficient  accomplishment  of  Maintenance  Control  respons¬ 
ibilities. 


Maintenance  Control  includes  the  following: 

1.  Job  scheduling,  and  material  control  for  missile 
maintenance,  communication.  Civil  Engineering,  and 
transportation. 

2.  Direct  line  communications  capability  from  each 
composite  area  to  all  interfacing  agencies 

3.  Monitor  Force  Status,  dispatch  and  coordinate 
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maintenance  activities  and  missile /decoy  movement. 


While  the  primary  objective  of  FDD  is  to  respond  to  item  #3,  it  is  recognized 
that  the  interaction  of  1  and  2  have  such  a  direct  effect  on  any  FDD  system 
that  a  detail  awareness  of  the  accomplishment  of  these  activities  must  be 
considered  in  its  development. 

8 

Initial  consideration  for  FDD  was  identified  by  Boeing  and  for  the 
most  part  still  pertains: 

1.  In  series  site  coverage 

2.  Individual  trips  to  PS  in  sequence 

3.  Incorporation  of  PLU  tactics 

4.  Computer  directed  Randomized  Dispatch  Schemes 

Major  FDD  system  outputs  for  MX  Maintenance  Control  have  been 
defined  as  follows: 

1.  Each  PS  monitored  at  least  once  every  60  seconds 

2.  95%  of  potential  faults  are  to  be  isolated  to  one  LRU;  the 
remaining  5%  of  potential  faults  are  to  be  isolated  to  4  LRU 

3.  There  is  to  be  a  high  level  of  automation  to  ease  fault 
definition 

4.  Complete  TO  to  be  readily  available  (and  highly  automated) 

5.  TO  Data  easy  to  use 

6.  Efficient  notification  and  dispatch 

7.  Maximum  utilization  of  maintenance  teams  and  equipment 

8.  Effective  skill  level  mix  for  team  composition 

9.  Minimum  spares  for  planned  system  availability 
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Broad  conditions  prevailing  as  "inputs"  for  FDD  are  as  follows: 

1.  Automated  Monitoring  Equipment 

2.  Software  and  Procedures  for  FDD 

3.  C3 

4.  Flexible  Dispatch  Rules 

5.  The  Maintenance  Concept 

6.  Monitoring  Equipment  to  be  easy  to  operate  and 
to  maintain 

7.  Efficient  Personnel  Training  Program 

8.  Effective  Pipeline  for  personnel  and  spares 

2.2  Operational  Scenarios 

Figure  2-1  identifies  the  basic  FDD  activity  sequence  from  which 
assumptions  can  be  made  on  the  nature  and  location  of  these  activities. 
Basically,  the  detect  function  is  the  recognition  of  a  fault  or  discrepancy 
in  the  missile  force  (including  OSE).  The  preciseness  of  location 
(PS,  LRU,  etc.)  is  left  to  the  subsequent  development  of  candidate 
systems.  Once  a  fault  is  detected,  the  analysis  function  consists  of  the 
process  of  defining  the  nature  of  the  fault,  its  location  to  the  desired 
level  of  equipment,  the  requirements  for  resolving  the  fault  and  the 
appropriate  scheduling  of  personnel.  Dispatch  includes  the  coordination 
of  schedule  implementation  for  command  post,  job  control,  transportation, 
and  security.  When  the  maintenance  personnel  arrive  at  the  PS  they 
clear  security  requirements  ("Interrogate  Security")  for  access  to  the 
missile  or  the  associated  equipment  which  may  contain  the  fault.  The 
maintenance  tasks  are  accomplished  and  verification  obtained  by  clearing 
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Fioure  2-1:  FDD  Operations  Flow 


with  Maintenance  Control.  The  maintenance  crew  then  proceeds  to  the 
next  PS  or  returns  to  their  point  of  dispatch  as  a  function  of  the  prevail¬ 
ing  conditions. 

In  order  to  consider  adequately  all  possibilities  associated  with 
Maintenance  Control  development,  consideration  was  given  to  providing  the 
task  accomplishment  (along  with  proper  OCC  coordination)  to  three  levels 
of  Maintenance  Activities.  These  are  listed: 

I  Fault  Detection  and  Analysis  in  the  OB 

II  Fault  Detection  and  Analysis  in  the  DAA 

III  Fault  Detection  and  Analysis  in  the  CMF 

Each  scenario  is  envisioned  to  accomplish  fault  detection  and 

analysis  for  the  missile  force  with  simultaneous  information  display  at  the 
OCC  for  scenarios  II  and  III.  However,  it  is  recognized  that  the  CMF, 

DAA,  and  OB  will  require  appropriate  readout  for  any  scenario  that  is 
developed.  Further,  the  scenarios  represent  conceptual  approaches  recog¬ 
nizing  that  actual  development  may  necessitate  modifications  to  the  scenario 
for  operational  expediency. 

3 

These  scenarios  have  been  described  in  the  previous  study  and 
their  advantages  and  disadvantages  presented.  They  are  summarized  below* 

2.2.1  Advantages  of  Scenario  I  (FDD  at  OCC) 

1.  Centralized  Control 

2.  Standardized  procedures  more  readily  obtained 

3.  Constant  and  accurate  knowledge  of  PLU 

*  Note  that  OB  is  analgous  to  SMSB,  DAA /CMF  to  AMF. 
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4.  Simpler  distribution  system  for  LRU 

5.  Reduced  number  of  pieces  of  test  equipment 

2.2.2  Disadvantages  of  Scenario  I  (FDD  at  OCC) 

1.  High  automation  levels  at  OCC  (Increased  complexity 
at  OCC) 

2.  High  levels  of  redundancy  required  for  automated 
scheduling 

3.  Effective  Span  of  Control  over  dispatch  teams  will  be 
difficult 

4.  Large  number  of  Teams  controlled  from  OCC 

2.2.3  Advantages  of  Scenario  II  (FDD  at  DAA/CMF) 

1.  Reduced  Span  of  Control  over  all  maintenance  activities 

2.  Easier  transition  from  Minuteman  organizational  structure 

3.  Reduces  OCC  Staff  Requirement 

4.  Simpler  Personnel  Scheduling  Problem 

2.2.4  Disadvantages  of  Scenario  II  (FDD  at  DAA/CMF) 


1. 

Coordination  of  Wing  Requirements 

is  difficult 

2. 

Increased  test  equipment  costs 

3. 

Variable  Supply  Costs 

4. 

Increased  manning  for  maintenance 

control 

5. 

Decreased  control  over  maintenance  by  maintenance 

commander 

6. 

Reduced  economy  of  Scale  in  LRU 

repair 

7. 

Increased  pipeline  complexity 
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8.  More  command  positions 

3 

9.  Increased  C  complexity 

2.2.5  Scenario  III  Advantages  (FDD  at  OB) 

1.  All  maintenance  management  at  one  location 

2.  Economies  of  expertise  and  skill  levels 

3.  Centralized  Scheduling  and  Control 

4.  Centralized  Maintenance  Decision  Making 

5.  Reduced  Test  Equipment  and  Inventory  Requirements 

6.  Limited  location  knowledge 

7.  Reduced  span  of  control 

2.2.6  Scenario  III  Disadvantages  (FDD  at  OB) 

1.  Parallel  detection  capability  requirement  at  the  OB 
and  OCC 

2.  Increased  management  problems 

3.  PLU  compliance  problem  in  limiting  location  knowledge 

3 

The  FY  79  Study  identified  a  subjective  appraisal  of  each  scenario  for 
the  respective  areas  of  integrated  logistics  support  where  1  represents 
the  most  desirable  and  3  the  least  desirable  (See  Figure  2-2).  This 
indicates  the  desirability  sequence  of  the  scenarios  to  be  III,  I,  II,  with 
Scenario  III  clearly  more  effective  than  Scenario  II,  the  closest  runner-up. 

2.3  Candidate  Systems 

A  candidate  system  by  definition^  includes  each  of  the  activities 
described  in  Figure  2-1.  Hence,  by  identifying  alternative  methods  for 
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accomplishing  each  activity,  any  combination  of  one  method  from  each 
respective  activity  would  constitute  a  candidate  system. 

Scenarios 


i 

(OCC) 

n 

(DAA /CMF) 

in 

(OB) 

1. 

Maintenance  Planning 

2 

3 

1 

2. 

Support  and  Test  Equipment 

3 

2 

1 

3. 

Supply  Support 

1 

3 

2 

4. 

Transportation  and  Handling 

3 

2 

1 

5. 

Technical  Data 

3 

2 

1 

6. 

Facilities  (OCC,  OB,  DAA,  CMF) 

1 

3 

2 

7. 

Personnel  and  Training 

2 

3 

1 

8. 

Relative  Costs 

1 

3 

2 

9. 

Management  Data 

2 

3 

1 

( 1  is 

most  desirable) 

Figure  2-2:  Relative 

Effectiveness  of 

Each 

Scenario 

for  Each  Integrated 

Logistics 

Support  Area 

The  alternatives  for  each  activity  were  presented  earlier  and 
are  reviewed  here  for  convenience. 

2.3.1  Detect  Function:  This  is  the  activity  in  the  OCC,  DAA,  CMF,  OB, 
or  other  organizations  requiring  notification  (or  readout  of  the  occurance 
of  a  fault  in  the  missile  force.  This  function  will  probably  be  an  automatic 
indication  of  some  sort  and  be  simultaneously  readout  with  the  respons¬ 
ible  DAA /CMF  for  Scenario  II  or  the  OB  for  Scenario  III  (or  possibly  all 
three  depending  on  the  chosen  candidate  system). 
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Alternatives  for  the  Detect  function  are: 

1.  Go-no-go  Light  Display 

2.  L.E.D.  display 

3.  Audio  alarm 

4.  Flashing  status  display 

5.  Simultaneous  display  with  some  combination  of  all 
4  alternatives 

2.3.2  Analyze  Function 

Given  that  a  fault  has  been  detected  to  the  LRU  level,  the  Analyze 
Function  includes  the  determination  of: 

1.  Location  of  the  fault  to  the  lowest  equipment  level 
required  for  the  particular  maintenance  concept 

2.  Location  of  the  Protective  Structure 

3.  Fault  criticality  (i.  e.  safety  or  PLU  criticality  determin¬ 
ation  of  missile  launchability,  etc.) 

4.  Preventive /corrective  replacement  equipment 

5.  Required  team  specialities  for  maintenance  action 

6.  Estimated  maintenance  time  at  the  PS 

7.  Alerting  Transportation :  Control,  security  control  and 
other  dispatch  function  organizations. 

Alternatives  for  analyzing  the  fault  will  be  largely  determined  by  the 
particular  concept  and  candidate  system  that  is  implemented.  However, 
the  Analyze  Function  can  be: 

1.  Localized  to  the  Subsystem  Level 
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2.  Localized  to  the  LRU  level 

3.  Some  combination  of  1  &  2 

4.  Related  to  Performance  Threshold  level 

The  latter  implies  the  arbitrary  determination  of  acceptable  readouts  from  a 
given  LRU  (for  example  IMU  precession  rates) .  Changing  the  threshold 
level  will  affect  the  rate  at  which  faults  are  identified. 

2.3.3  Dispatch  Function 

This  function  accomplishes; 

1.  scheduling  of  proper  team  personnel 

2.  scheduling  of  vehicles  and  equipment 

3.  maintenance  of  the  team  status  in  correcting  the  fault 

4.  coordination  with  the  detect  and  analysis  functions 

5.  communication  with  dispatched  teams. 

Alternatives  for  this  function  are : 

1.  Organizing*for  specialized  skills  in  each  team  to  respond 
to  a  given  ’fault 

2.  Organizing  for  a  standard  skill  mix  for  each  team  with 
specialists 

3.  Organizing  for  a  standard  skill  mix  with  technicians  who 
are  each  multi-skilled 

2.3.4  Transport  Function 

This  function  accomplished  the  actual  transport  of  the  maintenance 
team  the  required  equipment  for  correcting  the  analyzed  fault.  Since 
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available  vehicles  will  be  used  for  this  function,  including  backup  from  OB 
and  other  CMF  and  airborne  vehicles  if  required,  this  function  will  have 
essentially  the  same  alternatives  for  all  candidate  systems. 

2.3.5  Interrogate  Security 

This  activity  is  the  means  by  which  the  maintenance  crew  achieves 
its  security  checks  prior  to  accessing  the  PS  and  its  support  equipment. 

2.3.6  Maintenance  Tasks 

These  include  all  corrective  tasks  required  to  remove  the  fault 
that  has  been  identified  at  OCC  plus  any  preventive  tasks  that  may  be 
identified  by  the  Analysis  Function  and/or  the  Maintenance  Team  at  the 
PS. 

2.3.7  Verification  Function 

These  activities  include: 

1.  Verification  of  complete  corrective  action  for  fault  removed 
both  at  OCC  and  the  Dispatch  function  organization 

2.  Verification  of  security  requirements  upon  egress  from  PS 

3.  Determination  of  whether  to  return  to  base  or  to  proceed 
to  another  PS  for  removal  of  another  fault 

2.3.8  Return  Function 

The  maintenance  team  proceeds  to  another  PS  for  correction  of 
another  fault  or  returns  to  base. 
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2.3.9  The  Candidate  System  Set 

The  functions  of  Transport,  Interrogate  Security,  Maintenance  Tasks, 
Verification  and  Return  (Sections  2.3.4  to  2.3.8)  are  all  considered  to  be 
constant  for  all  scenarios  and  their  respect  candidate  systems.  Hence,  the 
candidate  systems  synthesized  include  the  Detect,  Analyze,  and  Dispatch 
Functions  only,  since  the  others,  with  the  exception  of  Maintenance  Tasks 
will  remain  relatively  constant  --  and,  hence,  will  not  influence  the  choice 
of  the  optimal  candidate  system  significantly. 

Figure  2-3  illustrates  a  typical  alternative  combination  of  functions 
or  "candidate  system".  Since  there  are  5  alternative  for  Fault  Detection, 

4  for  Analyze,  and  3  for  Dispatch,  there  are  60  Candidates  that  will 
require  evaluation  for  each  of  3  scenarios,  or  180  candidate  systems  in  the 
set  (see  Figure  2-4). 


A 

DETECT  FUNCTION 

B 

ANALYZE  FUNCTION 

c 

DISPATCH  FUNCTION 

4.  Flashing  status 

2.  Localize  to  LRU 

3.  Make-up  Special¬ 

Display 

ized  Team  After 

Fault  Analysis 

Figure  2-3:  Typical  Candidate  System 


2.4  Criteria 

In  order  to  evaluate  the  potential  performance  of  the  candidate 
systems  criteria  must  be  explicitly  identified5.  Since  the  FDD  is  only  one 


Figure  2-4:  The  Set  of  Candidate  Systems 
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of  many  "sub-systems"  in  the  MX  program,  within  this  constraint  more 
explicit  measures  must  be  identified.  Hence  a  questionnaire  was  developed1 
and  opportunity  was  provided  for  the  respondants  to  add,  delete,  or  change 
criteria.  Ten  key  individuals  identifed  by  BMO/MNLE  were  given  the 
questionnaire,  and  the  following  criteria  resulted: 

1.  Availability  -  the  MX  force  operational  availability 

2.  Comparative  Costs:  -  the  cost  of  a  given  candidate 
system  relative  to  a  standard  cost 

3.  Team  Utilization:  -  the  level  of  activity  of  the 
maintenance  teams  measured  as  a  fraction  of  their 
available  time  or  other  suitable  metric. 

4.  Vehicle  and  Equipment  (V  &  E)  Utilization:  the 
level  of  activity  of  all  vehicles  and  equipment  neces¬ 
sary  for  MX  force  readiness  measured  as  a  fraction 
of  their  available  time  or  other  suitable  metric. 

5.  Preservation  of  Location  Uncertainty:  the  ability  of 
the  candidate  system  to  preserve  location  uncertainty. 

6.  Strategic  Arms  Limitation  Verification  (SAL  VER)  The 
ability  of  a  candidate  system  to  support  SAL  VER  as 
identified  by  an  acceptable  metric. 

These  criteria  will  be  used  to  explicitly  evaluate  the  performance  of  the 
180  candidate  systems. 

2.4.1  Definition  of  Relative  Importance 

The  questionnaire^  provided  the  opportunity  for  respondants  to 
identify  their  opinion  regarding  the  relative  important  of  each  criterion. 


Figure  2-5  shows  the  response  to  this  questionnaire.  SAL  VER  presented 
the  only  bimodal  response,  that  is,  the  ratings  were  all  at  7  or  above  or 
they  were  at  1  or  below.  After  consultation,  the  high  values  were  elimin¬ 
ated  since  SAL  VER  was  considered  by  BMO  to  be  a  total  MX  criterion,  and 
that  conditions  imposed  by  SAL  VER  would  provide  higher  constraints  upon 
candidate  system  performances  than  it  would  as  a  direct  criterion  on  FDD 
performance  evaluation. 

Figure  2-6  then  represents  the  criteria  and  their  respective  relative 
importance.  Each  criterion  will  be  modeled  in  terms  of  measurable  (or 
estimable)  variables  of  the  candidate  systems,  all  to  be  described  below. 


Respondants  to  Questionnaire 


i 

Criterion,  x. 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1. 

PLU 

10 

10 

10 

10 

8 

10 

10 

9.5 

10 

9 

2. 

Availability 

9 

6 

10 

10 

8 

9 

9.5 

10 

10 

10 

3. 

Comparative  Costs 

6 

9 

6 

4 

1 

8 

5.  5 

9 

6 

5 

4. 

Team  Utilization 

7 

8 

10 

5 

6 

0 

6.  5 

5 

7 

7 

5. 

V  6  E  Utilization 

7 

8 

10 

4 

6 

0 

6.5 

0 

6 

8 

6. 

SAL  VER 

2 

10 

0 

8 

7 

7 

0 

0 

1 

10 

Figure  2-5:  Raw  Data  Responses  to  Questionnaire 
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X. 

1 

Mean 

Ranking 

1. 

PLU 

9.650 

0.231 

2. 

Availability 

9. 150 

0.219 

3. 

Comparative  Costs 

7.895 

0. 189 

4. 

Team  Utilization 

7.554 

0.181 

5. 

V.  6  E.  Utilization 

6.938 

0. 166 

6. 

SAL  VER 

0.600 

0.014 

41. 787 

1.000 

Figure  2-6:  Table  1  -  Design  Criteria,  {Xj }  and 

Their  Respective  Relative  Weights,  {  a j  } 


2.5  Parameters  and  Submodels 

In  order  to  approach  the  quantitative  estimates  of  the  criteria  a 

set  of  "elements"  is  synthesized  for  each.  The  original  attempt^  has  been 

significantly  up-dated  as  the  modelling  effort  matured  during  this  fiscal 

year*.  Both  the  parameter  set  and  the  submodel  set  have  been  adjusted 

to  reflect  the  current  modelling  results  and  Figures  2-7  to  2-12  show  the 

respective  constituent  submodels  (z.)  and  parameters  (y.  )  for  the  given 

I  K 

criterion  (x.).  The  computerized  version  is  shown  in  the  program  printout 
of  Appendix  B  . 


‘"parameter"  is  defined  to  be  a  directly  measurable  or  estimable  character¬ 
istic  of  the  candidate  system^. 

"submodel"  is  defined  to  be  a  characteristic  requiring  synthesis  of  one  or 
more  parameters  to  estimate  the  value  of  that  characteristic5. 
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x  1 ,  PRESERVATION  OF  LOCATION  UNCERTAINTY,  (PLU) 


Submodel  zj  -  Number  of  personnel  for  FDD 

Z8  ~  Number  of  actions  per  month 


Element  of  y^: 


k 

Description 

k 

Description 

1 

_ 

Number  of  CMF 

30 

_ 

Number  of  RS  no  launch 

2 

- 

Number  of  OB 

failures /mon.  per  missile 

3 

" 

Number  of  multiple  skill  teams 

31 

- 

Number  of  MOSE/MCCS 

4 

“ 

Number  of  inspection  teams 

no  launch  failures /mon. 

5 

- 

Number  of  AVE  moving  teams 

per  missile 

6 

- 

Number  of  OSE  R/R  teams 

35 

- 

Speed  of  helicopter 

7 

Number  of  C^/security  repair  teams 

36 

- 

Speed  of  MSS 

8 

- 

Number  in  multiple  skill  team 

37 

- 

Speed  of  van 

9 

- 

Number  in  inspection  team 

39 

Number  in  AVE  R/R  team 

10 

- 

Number  in  AVE  moving  team 

50 

- 

AVE  removal  time 

11 

- 

Number  in  OSE  R/R  team 

51 

- 

OSE  removal  time 

12 

- 

Number  in  C^/security  repair  team 

55 

- 

Number  of  DAA's 

13 

- 

Number  of  AVE  R/R  teams 

59 

Number  in  helicopter  teams 

14 

- 

Number  of  helicopters  assigned  to 

60 

Number  of  personnel  per  MSS 

FDD 

61 

Number  in  van  team 

15 

- 

Number  of  vans  assigned  to  FDD 

62 

Number  of  FDD  personnel 

16 

Number  of  MSS 

per  CMF 

18 

- 

Distance  between  PS 

63 

- 

Number  of  FDD  personnel 

19 

AVE  emplacement  time 

per  OB 

20 

- 

OSE  emplacement  time 

64 

- 

Number  of  FDD  personnel  per 

21 

- 

AVE  inspection  time 

65 

“ 

Fraction  of  no-launch  failures 

22 

- 

OSE  inspection  time 

req.  helicopter 

23 

- 

AVE  repair  time 

66 

Number  of  persons  at  CAMMS 

24 

- 

OSE  repair  time 

need  to  know  missile  loc. 

25 

- 

Number  of  maintenance  personnel 

67 

- 

Shell-game  cycle  time 

knowing  any  missile  loc. 

88 

- 

Number  of  security  teams 

29 

- 

Number  of  booster  no  launch 

for  FDD 

failures /mon.  per  missile 

89 

- 

Number  in  FDD  security  team 

92 

SAL  verifications 

93 

- 

Time  spent  at  each  PS  for  PLU 

94 

- 

Time  to  enter /exit  site 

Figure  2-7:  Criterion  Xj  ,  Preservation  j 

of  Location  Uncertainty  (PLU)  ] 

(Table  II)  j 


34 


AVAILABILITY 


x 


2' 


Submodel 

z3 

- 

Task  time  (minutes) 

z4 

- 

Dispatch  time  (minutes) 

z8 

Number  of  actions  per  month 

Element  of  y^: 

k 

18 

Description 

Distance  between  PS  (feet) 

19 

- 

AVE  emplacement  time  (minute) 

20 

- 

OSE  emplacement  time  (minute) 

21 

- 

AVE  inspection  time  (minute) 

22 

OSE  inspection  time  (minute) 

23 

- 

AVE  repair  time  (minute) 

24 

- 

OSE  repair  time  (minute) 

29 

- 

Number  of  booster  no  launch  failures /mon. 

30 

_ 

per  missile 

Number  of  RS  no  launch  failures/mon. 

31 

_ 

per  missile 

Number  of  MOSE/MGCS  no  launch  failures/mon. 

35 

_ 

per  missile 

Speed  of  helicopter  (feet /minute) 

36 

- 

Speed  of  MSS  (feet /minute) 

37 

- 

Speed  of  van  (feet /minute) 

50 

- 

AVE  removal  time  (minute) 

51 

- 

OSE  removal  time  (minute) 

52 

- 

Delay  (minutes) 

54 

- 

Speed  of  STV 

56 

- 

Distance  between  DAA  and  CMF 

58 

- 

Distance  between  CMF  and  PS 

65 

- 

Fraction  of  no  launch  failures  req.  helicopter 

92 

- 

SAL  verifications  (at  least  once  per  year) 

93 

- 

Time  spent  at  each  PS  for  PLU  (minute) 

94 

- 

Time  to  enter /exit  site  (minute) 

Figure  2-8: 


Criterion  x2  ,  Availability 
(Table  II,  Cont.) 


COMPARATIVE  COST 


x 


3' 


Submodel  Z2 

z5 
z6 
z7 


FDD  equipment  and  facilities  cost  ($) 
FDD  personnel  cost  ($) 

FDD  vehicle  cost  ($) 

FDD  operating  and  spare  cost  ($) 


Element  of  y^: 


k 

Description 

k 

Description 

1 

Number  of  CMF 

64 

_ 

Number  of  FDD 

2 

- 

Number  of  OB 

personnel  per  DAA 

3 

~ 

Number  of  multiple  skill  teams 

68 

- 

Average  pay  for  CMF 

4 

- 

Number  of  inspection  teams 

personnel  ($) 

6 

- 

Number  of  C^  security  repair  teams 

69 

- 

Average  pay  for  03 

13 

- 

Number  of  AVE  R/R  teams 

personnel  ($) 

14 

- 

Number  of  helicopters  assigned 

70 

- 

Average  pay  for  DAA 

to  FDD 

personnel  ($) 

15 

- 

Number  of  vans  assigned  to  FDD 

71 

- 

Cost  per  STV  ($) 

16 

- 

Number  of  MSS's 

72 

- 

Cost  per  CMF  ($) 

17 

- 

Number  of  clusters 

73 

- 

Cost  per  OB  ($) 

26 

- 

Base  operating  support  cost  ($) 

74 

- 

Cost  per  DAA  ($) 

27 

Helicopter  team  personnel  cost  ($) 

75 

- 

Equipment  cost  per  CMF  ($) 

28 

* 

Van  team  personnel  cost  ($) 

76 

- 

Equipment  cost  per  OB  ($) 

40 

- 

Cost /van  ($) 

77 

- 

Equipment  cost  per  DAA  ($) 

41 

- 

Cost /MSS  ($) 

78 

- 

Inventory  cost  per  CMF  ($) 

42 

- 

Cost /helicopter  ($) 

79 

- 

Inventory  cost  per  OB  ($) 

43 

- 

Personnel  cost/OSE  R/R  team 

80 

- 

Inventory  cost  per  DAA  ($) 

44 

- 

Personnel  cost /AVE  R/R  team 

81 

- 

Number  of  cranes /cluster 

45 

- 

Personnel  cost /multiple  skill  team 

82 

- 

Number  of  cranes  teams 

46 

- 

Personnel  cost  per  AVE/OSE 

85 

- 

Cost  per  crane  ($) 

moving  team 

86 

- 

Number  of  helicopter  teams 

47 

- 

Personnel  cost /inspection  team 

87 

- 

Number  of  van  teams 

48 

- 

Personnel  cost /C  3  -  security 

88 

- 

Number  of  security  teams 

repair  team 

for  FDD 

49 

- 

Personnel  cost /ROSE  repair  team 

90 

- 

Personnel  cost /FDD 

53 

- 

Number  of  STV 

security  team 

55 

- 

Number  of  DAA 

91 

- 

Personnel  cost  /crane 

57 

- 

Number  of  OSE  moving  teams 

team 

62 

Number  of  FDD  personnel  per  CMF 

63 

- 

Number  of  FDD  personnel  per  OB 

Figure  2-9:  -  Comparative  Cost 

(Table  II,  Cont.) 
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Submodel 


Task  time  (minutes) 

Dispatch  time  (minutes) 
Number  of  actions  per  month 


z  3  " 

Z4  - 

z8  " 


Element  of  y.  : 


k  Description 

18  -  Distance  between  PS  (feet) 

19  -  AVE  emplacement  time  (minute) 

20  -  OSE  emplacement  time  (minute) 

21  -  AVE  inspection  time  (minute) 

22  -  OSE  inspection  time  (minute) 

23  -  AVE  repair  time  (minute) 

24  -  OSE  repair  time  (minute) 

29  -  Number  of  booster  no  launch  failures /mon. 

per  missile 

30  -  Number  of  RS  no  launch  failures/mon. 

per  missile 

31  -  Number  of  MOSE/MGCS  no  launch 

failures/mon.  per  missile 

35  -  Speed  of  helicopter  (feet /minute) 

36  -  Speed  of  MSS  (feet /minute) 

37  -  Speed  of  van  (feet /minute) 

50  -  AVE  removal  time  (minute) 

51  -  OSE  removal  time  (minute) 

52  -  Delay  (minute) 

54  -  Speed  of  STV 

56  -  Distance  between  DAA  and  CMF 

58  -  Distance  between  CMF  and  PS 

65  -  Fraction  of  no  launch  failures  req. 

helicopter 

92  -  Number  of  SAL  verifications 

93  -  Time  spent  at  each  PS  for  PLU  (minute) 

94  -  Time  to  enter /exit  site  (minute) 


Figure  2-10:  Criterion  X4  ,  Team  Utilization 
(Table  II,  Cont.) 
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Submodel 


Z3  -  Task  time  (minutes) 

Z8  -  Number  of  actions  per  month 


Team  Utilization 


Element  of  y^: 

k  Description 


14  -  Number  of  helicopters  assigned  to  FDD 

15  -  Number  of  vans  assigned  to  FDD 

16  -  Number  of  MSS 

17  -  Number  of  clusters 

18  -  Distance  between  PS  (feet) 

19  -  AVE  emplacement  time  (minute) 

20  -  OSE  emplacement  time  (minute) 

21  -  AVE  inspection  time  (minute) 

22  -  OSE  inspection  time  (minute) 

23  -  AVE  repair  time  (minute) 

24  -  OSE  repair  time  (minute) 

29  -  Number  of  booster  no  launch  failures/mon. 

per  missile 

30  -  Number  of  RS  no  launch  failures /mon. 

per  missile 

31  -  Number  of  MOSE/MCCS  no  launch 

failures /mon.  per  missile 

35  -  Speed  of  helicopter  (feet/minute) 

36  -  Speed  of  MSS  (feet /minute) 

37  -  Speed  of  van  (feet /minute) 

50  -  AVE  removal  time  (minute) 

51  -  OSE  removal  time  (minute) 

52  -  Delay  (minutes) 

53  -  Number  of  STV 

54  -  Speed  of  STV 

56  -  Distance  between  DAA  and  CMF 

58  -  Distance  between  CMF  and  PS 

65  -  Fraction  of  no  launch  failures 

req.  helicopter 

92  -  Number  of  SAL  verifications /year 

93  -  Time  spent  at  each  PS  for  PLU  (minutes) 

94  -  Time  to  enter/exit  site  (minutes) 

Figure  2-11:  Criterion  xs  ,  Vehicle  and 
Equipment  Utilization 
(Table  II,  Cont.) 
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Element  of  y^  : 


k  Description 


81  -  Number  of  cranes/cluster 

83  -  Seven  days  crane  reliability 

84  -  Minimum  number  of  cranes  needed 

per  cluster 


Figure  2-12: 


Criterion  xg  ,  SALT  Verification 
(Table  II,  Cont.) 
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3.0 


SUBMODEL  DEVELOPMENT 


These 

submodels 

are  developed  using  the  parameters  defined 

and  identified 

in  Section 

2.5,  Figures  2-7  through  2-12.  The  submodels 

developed  for  the  set 

of  criteria  are : 

Section 

3.  1 

“  Z1 

- 

Number  of  personnel  for  FDD 

3.2 

-  z2 

- 

FDD  equipment  and  facility  cost  ($) 

3.3 

-  z3 

- 

Task  time,  (minutes) 

3.4 

-  z4 

- 

Dispatch  time  (minutes) 

3.5 

-  *5 

- 

FDD  personnel  cost  ($) 

3.6 

-  z6 

- 

FDD  vehicle  cost  ($) 

3.7 

'  z7 

- 

FDD  operating  and  spares  cost  ($) 

3.8 

~  z8 

- 

Number  of  actions  per  month 
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3.1 


Number  of  Personnel  for  FDD,  z^ 

This  submodel  is  a  compilation  of  the  total  number  of  personnel 
required  for  FDD,  and  was  synthesized  by  summing  the  products  of  the 
type  of  team  and  the  number  required  of  that  respective  type: 

Z1  =  y3y8+y4y9  +  y5y  10  +  y6y1 1  +  y7y  12  +  y13y39 

+  y  14y 59  +  y  1 5y 6 1  +  y  16  y60  +  yly62  +  y2y63 
+  y55y64  +  y88y89  (Eq.  1) 

Figure  3-1  shows  the  printout  of  the  constituent  parameters,  y^ 


and  the  model  of  equation  1. 


NUMBER  OF  PERSONNEL  FOR  FDD 


2(1)  -- 
SUBROUTINE  PERSON 
COMMON  DEVICE#X(6)#Y (1 50)*Z(20) 


C 

C 

C 

C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


Z  (1  ) 

•  ^ 

Number 

of 

oersonnel  for  FDD 

Y(1 ) 

-- 

Number 

o  1 

CMF  *  s 

Y  (2  ) 

-- 

Number 

of 

OB*  * 

Y  (  3  ) 

— 

Number 

of 

mul t iple  skill  teams 

YU) 

Number 

0  f 

inspection  teams 

Y(5> 

-- 

Number 

of 

A VE  mow i ng  t  earns 

Y(6> 

-- 

Number 

of 

OSE  R/R  teams 

Y(7> 

— 

Number 

of 

C * *3 /$ e c ur i t y  repair  teams 

Y  (8) 

— 

Number 

i  n 

multiple  skill  team 

Y  (9) 

-- 

Number 

i  n 

inspection  team 

Y  (1  0) 

-- 

Number 

i  n 

AVE  moving  team 

Y  (1  1  ) 

— 

Number 

i  n 

OSE  R/R  team 

Y(12) 

-- 

Number 

i  n 

C *  *  3 /s e c ur i t y  repair  team 

Y  (1  3) 

-- 

Number 

of 

AVE  R/R  teams 

Y(U) 

— 

Number 

o  f 

helicopters  assigned  to  FDD 

Y  (  1  5  ) 

— 

Numb  e  r 

of 

vans  assigned  to 

FDD 

Y(16) 

— 

Number 

o  f 

MSS 

Y  ( 39 ) 

-- 

Number 

i  n 

AVE  R/R  team 

Y  ( 5  5  ) 

-- 

Number 

o  f 

D  A  A  1  s 

Y  (59) 

— 

Number 

i  n 

helicopter  team 

Y  (60) 

— 

Number 

o  f 

personnel  per  MSS 

Y(61) 

-- 

Number 

i  n 

van  team 

Y  (62 ) 

•- 

Number 

of 

FDD  personnel  per 

CMF 

Y  ( 6  3) 

— 

Number 

of 

FDD  personnel  per 

OB 

Y  (64) 

-- 

Number 

o  f 

FDD  per  sonne l  per 

DA  A 

Y  (88) 

•• 

Number 

of 

security  teams  for  FDD 

Y  (89) 

Number 

i  n 

FDD  securi ty  team 

A  ssumpt i 

on  : 

1.  Skill  level  within  a  team  will  be  taken  into 
account  later. 


2(1)  *  Y(3)*Y<8>  ♦  YU)*Y(9>  ♦  Y(S)*Y(10>  ♦  Y(6)*Y(11)  ♦ 
ft  Y(7  )  *  Y  (  1  2)  ♦  Y(  1  3)  *Y  (  39)  ♦  Y(U)*Y(S9)  ♦  Y(15)*Y(61) 

ft  ♦  Y  Cl  6 )  *  Y  ( 60 )  *  Y(1)*Y(62)  ♦  Y(2)*Y(63)  ♦  Y(55)*Y(6A) 

ft  ♦  Y(88)*Y<89) 


RETURN 

ENO 


Figure  3-1;  z ( 1 )  Printout 
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3.2 


FDD  Equipment  and  Facility  Cost,  z2 

Zj  is  defined  as  the  sum  of  the  costs  of  facilities  and  equipment 
for  the  CMF,  OB,  and  DAA  and  is  modelled  as  follows: 

*2  =  ylV72  *  y2y73  +  yS5y74  (Eq.  2) 

+  Vly75  +  y2y76  +  y55y77 

Figure  3-2  shows  the  printout  of  the  constituent  parameters, 
and  the  model  of  equation  2. 
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C**********  2(2)  --  FDD  EQUIPMENT  AND  FACILITIES  COST  ********** 
C 

SUBROUTINE  EFCOST 
C 

COMMON  DEVICE#X(6)*Y (1 50)^2 (20) 

C 

C  2(2)  --  FDD  equipment  and  facilities  cost 

C  Y ( 1  )  --  Number  of  CMF*s 

C  Y (2 )  --  Number  of  0B*s 

C  Y ( 5  5 )  --  Number  of  0  A  A  #  s 

C  Y ( 7 2 )  --  Cost  of  each  CM F  ($) 

C  Y ( 7 3 )  —  Cost  of  each  OB  ( S) 

C  Y<74)  --  Cost  of  each  D  A A  (S) 

C  Y(75)  --  Equipment  cost  per  CMF  (S) 

C  Y ( 76 )  •-  Equipment  cost  per  OB  (S) 

C  Y(77)  -•  Equipment  cost  per  D  A  A  ($) 

C 

1(2)  =  V(1)*Y(7?)+Y(?)*Y<73)*Y(55)*Y(74)*Y(1)*Y(75) 

&  +  Y( 2) * Y ( 76 ) ♦ Y (55) ♦Y (77) 

RETURN 

END 


Figure  3-2:  2(2)  Printout 
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3.3 


Task  Time,  z 3 

The  following  assumptions  were  made  for  this  model : 

1.  Launchable  faults  are  handled  whenever  a  no  launch 
failure  is  acted  on 

2.  Helicopters  service  a  small  proportion  of  AVE  and 
OSE  no-launch  failures 

3.  Any  maintenance  action  occurring  on  site  or  at  the 
CMF  is  part  of  task  time 

4.  Inspection  of  both  AVE  and  OSE  occurs  during  each 
action 

Task  time  has  been  defined  to  be  the  time  spent  on  removal  and 
emplacement  of  TEL,  inspection,  remove /replace  procedures,  and  entering/ 
exiting  site.  Task  time  does  not  include  any  time  covered  by  the  submodel 

dispatch  time;  such  as,  travel,  waiting,  briefing,  and  delay  times. 

\ 

/Task\_  /Removal\  +  /Remove /ReplaceX  +  /lnspection\ 

\Timej~  \  Time  )  \  Procedures  /  \  Time  ) 

/Emplacement^  /Enter  /Exit\ 
l,  Time  ^  V  Time  ) 

The  definition  of  each  of  the  above  is: 

Removal  Time  -  Time  spent  in  extracting  the  TEL  from  the  PS 
(Protective  Structure). 

Remove /Rep lace  Procedures  -  Time  spent  in  removing  a  faulty 
LRU  from  the  missile  and  replacing  the  LRU  with  a  good  unit.  If  there 
are  any  other  repair  type  activities  their  times  would  be  included  here. 
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Inspection  Time  -  Time  taken  to  inspect,  test,  calibrate,  adjust, 
etc.  any  part  of  the  missile. 

Emplacement  Time  -  Time  spent  to  replace  the  TEL  along  with  good 
missile  in  the  PS. 

Enter/Exit  Time  -  Time  spent  in  entering  and  exiting  the  PS  and 
its  Perimeters. 

The  original  modelling  for  this  submodel  began  with  the  baseline 
concept  of  having  AVE  and  OSE  which  could  be  separated  from  each 
other  at  the  PS.  This  baseline  was  changed  to  removal  and  transport  of 
both  types  of  equipment  to  the  CMF  if  a  failure  occured  in  either  of  the 
types  of  equipment.  The  original  modeling  was  still  found  to  be  applic¬ 
able  to  the  new  situation,  except  that  the  booster  and  reentry  system  was 
the  old  AVE  and  the  MOSE/MGCS  was  the  old  OSE. 

Inspection  of  both  the  booster /reentry  systems  and  the  MOSE/MGCS 
systems  was  assumed  to  occur  whenever  any  type  of  corrective  action  was 
taken  for  any  of  the  missile's  subsystems.  The  elements  used  for  inspect¬ 
ion  were  y^  and  y^*  "*"^e  t'me  *°  enter‘/ex't  a  PS  site  was  taken  to  be 
the  same  for  all  types  of  actions  requiring  site  access  and  y^  was  the 
designation  used  for  this. 

The  failures  of  the  missile  had  to  be  apportioned  among  the  sub¬ 
systems  as  they  were  expected  to  occur  and  affected  following  actions. 

This  was  done  by  use  of  the  factor: 

/Number  of  No-Launch  Booster\  /Number  of  No-Launch  R.S.\ 

^ _ Failures /Month _  /  \  Failures /Month _ /  f 

(Number  of  Actions /Month) 
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for  booster  and  reentry  failures  (old  AVE)  and  the  factor: 


Number  of  No-Launch  MOSE/MGCS 

_ _ _ Failures  /Month  _ 

(Number  of  Actions/Month 


for  MOSE/MGCS  failures  (old  OSE). 


Using  the  element  designations  results  in: 


*29 


30  and 


*31 

Z8 


for  the  booster /reentry  systems  and  the  MOSE/MGCS,  respectively. 


With  the  apportionment  to  the  missile  subsystems  of  removal, 
emplacement,  and  remove /replace  times  combined  with  inspection  and 
enter /exit  times  the  following  resulted: 


Z3  = 


*29  +  *30 
Z8 


50 


*  sr1  y 

z8 


51 


29 


(removal  time) 
+  *30  * 


31 


23 


24 


8  8 
(remove /replace  procedures) 


+  *21  +  *22 

(inspection  time) 

,  *29  +  *30  A  *31 

+  — iJ-y19+-V« 

(emplacement  time) 


+  *94 

(enter /exit  time) 
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Combining  and  simplifying  resulted  in: 


z3  z 


y29  +  y30 


8 


^  y  19  +  y21  +  y22  +  y23  +  y50  +  y94  j  (Eq. 


3) 


+  ^11  ^y20  +  y21  +  y22  +  y24  +  y 51  +  y94  j 


Figure  3-3  shows  the  printout  of  the  constituent  and  the  Equation  3. 


i 


I 


? 

r 

i 


C**********  Z(3)  •-  TASK  TIME  ********** 

C 

SUBROUTINE  TASK 
C 

COMMON  DEVICE#X (6) #Y (ISO) *Z (20) 

C 

C  2(3)  -•  Task  tine  (minute) 

C  2(8)  --  Number  of  actions  per  month 

C  Y (1 9)  --  AVE  emplacement  time 
C  Y  (  2  0  )  --  0S6  emplacement  time 
C  Y(21)  --  AVE  inspection  time 
C  Y(22)  --  OSE  inspection  time 
C  Y(23)  --  AVE  repair  time 
C  Y ( 2  4 )  --  OSE  repair  time 

C  Y ( 2 9 )  --  Number  of  booster  no  launch  f a i l u r e s /m on t h 
C  per  mi ss i  l  e 

C  Y(30)  --  Number  of  RS  no  launch  fai  lure  s/month  per 

C  missile 

C  Y ( 31  )  --  Number  of  MOSE/^GCS  no  launch  f a  i  l  ur es /mon t h 

C  Y(35)  --  Speed  of  helicopter  (feet/minute) 

C  Y(50)  --  AVE  removal  time 
C  Y (51 )  --  OSF  removal  time 

C  Y ( 5  6 )  --  Distance  between  D  A  A  and  CMF  (feet) 

C  Y(65)  --  Fraction  of  no-launch  failures  req.  helicopter 
C  Y ( 9  4 )  --  Time  to  ENTER/EXIT  site 
C 

C  Assumpt  ion  : 

C  1.  Launchable  faults  are  handled  whenever  a  no 
C  launch  failure  is  acted  on. 

C  2.  Helicopter  services  a  small  proportion  of  AVE 
C  and  OSE  no  launch  failures. 

C  3.  Any  maintenance  action  occuring  on  site  or  at 
C  the  CMF  is  part  of  task  time. 

C  4.  Inspection  of  both  AVE  and  OSE  occurs  during 
C  each  action. 

C 

2(3)  =  (Y(29)+Y(30>)/Z(8)  *  < Y <1 9) ♦r < 21 ) ♦ Y ( 22) 

8  ♦Y(23)*YC50)+Y(94))  ♦  Y(31)/ZCA)* 

&  (Y(20)*Y(21)+Y<22>*Y<24>+Y(51>+Y<94)> 

RETURN 

END 


Figure  3-3:  z (  3)  Printout 
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« 


3.4  Dispatch  Time, 


Dispatch  time  was  defined  as  the  time  spent  on  travelling,  briefing, 
or  waiting;  from  fault  detection  to  end  of  no  launch  status. 

/Dispatch\  _  /TravelV  /Waiting^  +  /Briefing\ 

\  Time  )  ^  Time  /  \  Time  /  \  Time  / 

Briefing  time  is  assumed  constant  at  30  minutes.  Travel  time  is 
composed  of  any  time  spent  travelling  between  DAA  and  CMF,  CMF  and 
PS,  and  PS  for  the  shell  game  of  SALT  Verification. 

The  time  for  a  crew  to  travel  by  van  from  the  DAA  to  the  CMF  is; 

(Time  From  \  /Distance  between  \ 

DAA  to  CMF  I  _  \  DAA  and  CMF  )  _  y56 

for  Van  /  Speed  of  Van  y^7 


The  time  spent  for  retrieving  and  transporting  the  missile  while 
covered  by  the  MSS  is  composed  of  the  time  to  pick  up  the  down  missile, 
the  time  to  transport  it  back  to  the  CMF,  and  the  time  to  get  it  back  to 
the  PS  once  repaired.  Therefore,  there  are  three  trips  between  the  CMF 
and  PS  with  the  MSS: 


/Three  trips  until  \  /Distance  between \ 

/Time  between^  _  \End  of  N-L  Status/  \  CMF  and  PS  /  y58 

V  CMF  6  PS  )~  (Speed  of~M§51  =  y,, 


There  is  time  spent  travelling  between  PS  for  maintaining  PLU  and 
emplacing  the  good  missile  in  a  PS  on  a  random  basis.  All  PS  are  visited 
on  the  retrieval  trip.  With  23  PS  there  are  22  trips  between  PS  on  the 
retrieval  of  the  down  missile.  With  an  equal  random  chance  that  the  good 
missile  will  be  placed  at  a  given  PS,  the  average  number  of  trips  between 
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PS  is  22  divide  by  2  or  11.  Therefore,  the  total  average  number  of  trips 
between  PS  is  33. 


/  33  Trips  between  PS  \/  Distance  \ 

/Time  between^  _  \until  end  of  N-L  status  Abetween  PS/  _  y18 
\  PS  for  PLU  )  (Speed  of  MSS)  y36 


On  some  occasions  the  need  for  an  extra  part,  equipment,  or 
personnel  to  be  transported  to  the  CMF  may  arise  because  of  unforeseen 
occurrences  or  needs  at  the  cluster.  It  is  assumed  that  a  helicopter  will 
be  used  when  this  need  for  extra  parts,  equipment,  or  personnel  develops. 
This  time  spent  transporting  any  of  the  above  items  to  the  cluster  needs 
to  be  included  in  travel  time. 


(Time  between  DAA  &  CMF 
for  fraction  of  time 
helicopter  is  used 


(I Fraction  of  \  /  Distance  \ 
actions  heli-  ]  I  between  ) 
copter  is  used /  \DAA  &  CMF/ 
(Speed  of  helicopter) 


y65y56 
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Combining  all  the  travel  times  results  in: 

/Travel  \  _  ^56  +  3ty58  +  11y18*  +  y65y56 

\  Time  /  y37  y36  y35 

Waiting  time  as  modeled  is  composed  of  time  waiting  for  Strategic 
Arms  Limitation  Verification  and  any  delay  not  covered  by  SALVER,  travel 
times,  or  briefing. 

The  wait  for  SALVER  occurs  at  least  once  per  year  for  each 
missile  or  whenever  the  cluster  barrier  is  removed.  This  removal  is  neces¬ 
sary  when  a  booster  or  reentry  system  fails,  because  the  down  missile  has 


to  be  replaced  by  a  good  missile.  Since  the  modeling  is  for  one  missile 
the  proportion  of  the  booster  and  reentry  system  failures  out  of  the  total 
failures  that  occur  for  one  missile  is  needed.  This  proportion  is: 


/#Booster  N-L\  +  /#R.S.  N-L  \ 
yfailures/mon.  /  V  failures/mon./ 
(Total  #  N-L  failures/mon) 


29 


+  y 


30 


Where  z  is  the  submodel  of  the  total  number  of  no-launch  failures  per 

O 

month  for  one  missile. 


When  the  barrier  is  removed  the  total  time  spent  for  SALVER  is 
four  days;  expressed  in  minutes  in  this  model.  This  results  in  the  follow¬ 
ing: 


y29 


+  y  30 

- - (  4x24x60) 

Z8 


Since  this  modeling  is  on  the  basis  of  one  missile  a  method  is  to 
add  SALVER  if  the  barrier  was  removed  less  than  once  per  year  per 
missile  for  repair  operations. 


If  the  total  number  of  failures  that  requires  barrier  removal  is 
less  than  once  per  year  or  in  this  model  1/12  per  month,  the  total  has  to 
be  increased  to  the  needed  1/12  per  month.  This  is  done  by  the  following 
factor : 


f_l  _  (/#Booster  N-L\  +  /#RS  N-L  \f 
^  12  (Vfailures/mon/  Vfailures/mor./l 


(4x24x60) 


or  in  terms  of  parameters: 


y92  [J-  -  <y29  +  y30l]  <4x24x60) 
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The  <j>  or  y^2  being  1  if  ly2g  +  y^l  's  *ess  than  yy  and  0  if  equal  to  or 
greater  than  -jy  .  The  factor  4x24x60  is  the  4  day  SALVER  in  minutes. 

The  remaining  item  contributing  to  waiting  time  is  any  other  delay 
which  is  not  handled  elsewhere.  An  example  would  be  delay  to  start 
operations  until  the  next  shift  or  daylight.  If  there  is  a  probability  distrib¬ 
ution  associated  with  these  delays  it  is  assumed  that  the  expected  value  is 
used.  The  element  representing  delay  is  y,^*  Another  item  of  delay 
which  has  its  own  element  designation  is  delay  on  each  of  the  33  trips  for 
PLU  purposes  when  each  PS  is  visited  to  check  up  or  leave  a  missile. 

This  element  is  y^. 

All  of  these  waiting  times  and  delays  combine  to  give 
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29  - 


(4x24x60) 


+  y 
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+  33y 


93 


The  complete  submodel  for  Dispatch  Time  including  travel  times, 
briefing  time,  and  wait  times  is: 


*«  -  7^ 

y  36 


[V58  *  ' 


’vie * 


y29  +  y 30 
+  5760  — - — 


+  y 


92  [ill  -  yM  -  V30  )]  *  ^ 


V56y65 


y  +  y52  +  30; 
y  35  * 


(Eq.  4) 


Figure  3-4  shows  the  printout  for  z^,  listing  the  parameter  major 
assumptions,  constants,  and  a  Fortran  listing  of  Eq.  4. 
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DISPATCH  TIME  ********** 


C**********  7(0 

C 

SUBROUTINE  DISPC4 
C 

C  OPTION  DEVICE,X(6)/Y(15  3)  #Z  (  21) 

C 

C  Z(4)  --  Cispatcn  t  i  ite  (rnnjte) 

C  Y ( 1 8 )  --  Distance  o«tween  °S  (feet) 

C  Y  (29)  -  -  Number  of  noost?r  no  l  *i  j  n  c  n  failure  p>  /  nont  h 

C  per  missile 

C  Y  ( 3  0 )  -  -  Number  of  PS  no  launch  failures/month  p  a  r 

C  missile 

C  Y(35)  --  Speed  of  helicopter  (  f eet/ri nut?) 

C  Y  d  6  )  --  Speed  of  v  S  S  (  f  ?  e  t  /  m  i  n  u  t  e  ) 

C  Y(3 7)  -•  Speed  of  van  (f ??t/ninutp) 

C  Y (5?)  --  Delay  (ninute) 

C  Y ( 5  6  >  - -  Distance  o  e  t  w  e  p  n  DA*  and  C  ^  E 

C  v  (58)  --  Distance  o? tween  f  *1  F  and  -r 

C  Y ( 6  5 )  - -  Fraction  of  no-launch  failures  r  e  q  .  helicopter 

C  Y (9?)  --  S  AL  verifications  (at  .east  once  oer  year) 

C  Y ( 9 7 )  --  Time  spent  at  each  3 S  for  ^  L  J  (rninjte) 

C 

C  Assumption  : 

C  1.  AVE  eauioment  is  composed  ot  booster  and  reentry 
C  system, 

C  ?.  OSE  equipment  is  '4  3  S  *  /  K'  f»  C  S  . 

C  3.  Van  transports  team  and  any  spares  or  equipment 
C  t  o  C  M  F  . 

C  A  .  There  is  one  S  S  per  cljster  which  implies  that 

C  if  the  -  S  S  fails  then  the  b  a  r  r  i  t  r  Ms  tc  be 

C  opened, 

C  S,  LRU  P  /  R  is  not  allowed  at  the  5  c  . 

C  6-  Y  C  9  ?  )  =  1,i  f  Y ( Z  9 ) +  Y (  3  d)  ns  ,j  r  ?  a  t  e  r  t  n  a  n  1  .  /  1  2  .  ; 

C  P  otherwise. 

C 

C  Constants  used  : 

C  A  days  of  waiting  time  for  salver  s  closure  of  portholes 

C  —  4  .  *  2  A  .  *  60.  minutes 
C  Numner  of  CY»F-ps  trips  --  3. 

C  Average  number  of  trips  oetw°en  PS/  for  shell  qamp,  in 

C  retrieving  and  installin'}  a  missile  --  77 '  . 

C  Briefing  time  --  3d.  minjtes 

C 

Z ( 4 )  =  3./Y<36)*<Y(58>f11.*(Y(15)*Y(QO>>  a 

57h0.#(Y(?9)+Y(3C))  /  7  (8)  ♦  Y(9?)*d./1?.- 

Y(?9)-Y(33))  t  Y  (  5  6 )  /  Y  C  3  7 )  t  Y  (  5  6  )  *  v ( 6  5 ) 

/ Y ( 35 )  +  Y ( 5 2  )  t  30. 

RE  TURN 
END 

Figure  3-4:  z(4)  Printout 
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3.5  FDD  Personnel  Cost,  zg 

FDD  activities  are  performed  by  specialty  teams  which  vary  in  size 
and  composition  according  to  the  task  to  be  performed.  The  type  of  teams, 
their  numbers  and  costs  have  been  defined  as: 

Cost  Per 


Parameter 

Team 

Multiple  skill  team 

y3 

y45 

Inspection  team 

y4 

y  47 

OSE  remove /replace  team 

y6 

y43 

AVE  remove /replace  team 

y  1 3 

y44 

C^  security  repair  team 

y7 

y48 

ROSE  repair  team 

y38 

y49 

AVE  /OSE  moving  team 

y57 

y46 

Crane  team 

fM 

00 

y91 

Helicopter  team 

y86 

y27 

Security  team 

00 

00 

> 

y90 

Van  teams 

y  87 

y28 

By  multiplying  these  number  of  teams  by  their  respective  cost 
per  team  the  total  cost  of  teams  for  a  candidate  system  is  evaluated. 


To  the  team  cost  is  added  the  cost  for  FDD  personnel  stationed  in 
each  CMF,  OB,  and  DAA.  They  are  identified  as  follows: 


Parameter 


Average 

Pay 


FDD  personnel  per  CMF 
FDD  personnel  per  OB 
FDD  personnel  per  DAA 


I 


By  multiplying  the  above  costs  by  the  number  of  CMF,  OB,  and 
DAA  (i.e.,  yj,  y2,y55)  the  FDD  personnel  cost  not  associated  with  a  team 
is  obtained.  Adding  yields  z,.: 

z5  =  C 1  •  33)  (6.7 101)  [y46y57  +  y3Y45  +  Y4V47 
+  y6y43  +  y7y48  +  y 1 3y  44  +  y38y49 
+  y86V27  +  y28y87  +  y 1V62y 68  +  y2y63y69 
+  y55y64y70  +  V88y90  +  y82y91  +  y26]  ;  (Eq.  5) 

Zj_  is  adjusted  by  the  manning  factor  of  1.33  and  further  assumes  an  MX 
life  span  of  10  years.  Therefore,  an  equal  payment  series  present  worth 
factor  is  6.7101.  The  parameter  y^^  is  defined  as  the  base  operating 
support  cost  that  incorporates  general  costs  not  directly  associated  with 
FDD  but  required  to  support  FDD  activities. 

Figure  3.5  shows  the  computer  listing  for  including  the  Fortran 
version  of  equation  5. 
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c 

c 


Z  (5) 


FDD  PERSONNEL  COST  ********** 


SUBROUTINE  PCOST 
C 

COMMON  DE VICE, X(6),Y(150>, 2(20) 

C 

C  Z(5)  --  FDD  personnel  cost 

C  Y ( 1 )  --  Number  of  CMF  •  s 

C  Y (?)  --  Number  of  0B#$ 

C  Y  (3)  --  Number  of  multiple  skill  teams 

C  Y(4)  --  Number  of  inspection  teams 

C  Y (6)  --  Number  of  OSE  R/R  teams 

C  Y(7)  --  Number  of  C *  *  3 / s e c u r i t y  repair  teams 

C  Y<1  3)  --  Number  of  AVE  R/R  teams 

C  Y ( 2 6 )  --  Base  operating  support  cost  ($) 

C  Y(27)  --  Personnel  c o s t /h e l i c op t e r  team  ($) 

C  Y(28)  --  Personnel  cost/van  team  (S) 

C  Y<38)  --  Number  of  ROSE  repair  teams 
C  Y(43)  --  Personnel  cost/OSE  R/R  team 
C  Y(44)  --  Personnel  cost/A VE  R/R  team 
C  Y { 4  5 )  Personnel  c o s t / m u  1 1 i p  l  e  skill  team 

C  YC46)  --  Personnel  cost  per  AVE/OSE  moving  team 
C  Y(47)  —  Personnel  c o s t / i n s pe c t i on  team 
C  Y ( 4 8 )  —  Personnel  cost/C**3  -  security  repair  team 
C  Y ( 4  9 )  --  Personnel  cost/ROSE  repair  team 
C  Y ( 5  5  >  --  Number  of  DAA's 

C  Y ( 5  7 )  --  Number  of  AVE/OSE  moving  teams 

C  Y(62)  --  Number  of  FDD  personnel  per  CMF 

C  Y(63>  Number  of  FDD  personnel  per  OB 

C  Y(64)  --  Number  of  FDD  personnel  per  DAA 

C  Y(68)  --  Average  pay  for  CMF  personnel  <S) 

C  Y ( 6 9 )  --  Average  pay  for  OB  personnel  ($) 

C  Y ( 70 )  -•  Average  pay  for  DAA  personnel  (%) 

C  Y(82)  -•  Number  of  crane  teams 

C  Y(86)  -•  Number  of  helicopter  teams 
C  Y ( 8  7 )  Number  of  van  teams 
C  Y(88)  --  Number  of  security  teams 
C  Y ( 90 )  —  Personnel  cost/FDD 
C  Y(91)  -•  Personnel  cost/crane  team 
C 

C  CONSTANT  USED  : 

C 

C  10  Years  -•  Life  span  of  MX  program  once  developed, 

C  1,33  --  Manning  factor  for  75X  use  of  personnel. 

C  6.7101  -•  Present  value  of  an  annual  expense  for  10 

C  years  at  8  X  per  year  compounded  annually. 

C 

Z  <  5  )  *  Cl. 33*<Y (46) *Y(57)  ♦  Y(3)*Y(45)  ♦  Y(4)*Y(47) 
ft  ♦Y(6)*Y(43>  ♦  Y(7)*Y(48)  ♦  Y(13)*Y<44) 

ft  ♦  Y(26)  ♦  Y(38)#Y(49)  ♦  Y(86)*Y(?7)  ♦ 

ft  Y<28)*Y<87)  ♦  Y(1)*Y(62)*Y(68)  ♦ 

ft  Y(2)*Y<63)*r<69)  ♦  Y(55)*Y <64)*Y(70)  ♦  Y(38>* 

ft  Y ( 90)  ♦  Y(82)*Y<91))*10.)*6.7101 

RETURN 
END 


Figure  3-5:  z(5)  Printout 
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FDD  Vehicle  Cost,  z^ 

This  submodel  computes  the  cost  of  vehicles  assigned  to  FDD  at 
each  CMF,  OB,  and  DAA.  The  type  of  vehicles,  their  numbers  and  costs 
are  represented  as  follows: 


Identification  Costs 


Helicopters 

y14 

Vans 

yl5 

MSS 

y16 

STV 

on 

in 

>S 

Cranes 

y81 

This  vehicle  cost  for  a  given  candidate  system  is: 
Z6  =  y14y42  +  y?5y40  +  yT6y41 

+  y53V71  +  y17V81y85  ; 


y40 

y41 

y71 

y85 


(Eq.  6) 


Figure  3-6  shows  the  computer  listing  for  Zg  and  equation  6. 


58 


C  *******  ***  z<6)  —  FDD  VEHICLE  COST  ********** 
C 

SUBROUTINE  VCDST 
C 

COMMON  DEVICE,X(6)#Y<150>,Z(20> 

C 


C 

Z  (6) 

-- 

FOO  vehicle  cost 

c 

Y(14) 

-- 

Number  of  helicopters  assigned  to  FOD 

c 

Y  (1  5) 

-- 

Number  of  vans  assigned  to  FDD 

c 

Y(16> 

-- 

Number  of  MSS  1 s 

c 

Y  (  1  7  ) 

— 

Number  of  clusters 

c 

Y  (40) 

— 

Cost  per  van  ($) 

c 

Y  (41  ) 

— 

Cost  per  MSS  (S) 

c 

Y  (42) 

— 

Cost  per  helicopter  ($) 

c 

Y  (53) 

— 

Numbe r  of  S  T  V  •  s 

c 

Y  (71 ) 

— 

Cost  per  STV  ( S) 

c 

Y  (81  ) 

-- 

Number  of  cranes  per  cluster 

c 

Y  (85) 

-- 

Cost  per  crane  ($) 

C 

Z  (6)  =  r<U)*r(42>  *  Y(t5>*Y<40>  ♦  Y(16)*Y(41> 
&  *Y(53)*Y(71)  ♦  Y < 1 7) *Y (81 > *Y (85) 

RETURN 

END 


Figure  3-6:  z ( 6)  Printout 
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3.7  FDD  Operating  and  Spares  Costs,  z7 

This  submodel  computes  the  inventory  cost  associated  with  each 
CMF,  OB,  and  DAA.  Their  symbols  are: 

y7g  -  Inventory  cost  per  CMF 
y7p  -  Inventory  cost  per  OB 
ygO  ~  Inventory  cost  per  DAA 

The  FDD  operating  and  spares  costs  for  a  given  candidate  system  is 
obtained  by  multiplying  these  costs  by  the  respective  number  of  CMF,  OB, 
or  DAA : 


Z7  yly78  +  V2y79  +  y55y80 


(Eq.  7) 


Figure  3-7  shows  the  computer  listing  for  z 7. 


C*** *******  2(7)  --  F  00  OPERATING  ANO  SPARE  COST  **** 
C 

SUBROUTINE  OSCOST 
C 

COMMON  DEVICE#X(6)*Y (1 50)/Z(20) 

C 

C  1(7)  --  FOO  operating  and  spare  cost 

C  Y(1)  --  Number  of  CMF's 

C  Y(2>  —  Number  of  OB's 

C  Y  C  5  5 )  —  Number  of  OAA's 

C  Y(78)  —  Inventory  cost  oer  CMF  ($) 

C  YC79)  --  Inventory  cost  per  OB  (S) 

C  Y(80)  —  Inventory  cost  oer  OAA  ($) 

C 

2(7)  =  Y(1)*Y(78)  +  Y ( 2  )  * Y ( 79 )  ♦  Y(55)*Y(80> 

RETURN 

END 


Figure  3-7:  z ( 7)  Printout 
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3.8  Number  of  Actions  per  Month,  Zg 


This  submodel  is  defined  as  the  total  number  of  no-launch  failures 
per  month  for  one  missile.  The  missile  subsystems  were  divided  into 
booster,  reentry  system,  and  MOSE/MCSC  subsystems.  Hence: 


Number  of 
Actions /Month 


=  Number  of  no-launch  booster  failures /month 
+  Number  of  no-launch  R.S.  failures /month 
+  Number  of  no-launch  MOSE/MCCS  failures/month 


or : 

2s  =  y29  +  y3o  +  y3i 

Figure  3-8  shows  the  computer  listing  for  Zg 


(Eq.  8) 


NUMBER  OF  ACTIONS  PER  MONTH  ********** 


C  **********  i  (8)  -- 

C 

SUBROUTINE  ACTION 


C 

C 

C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 


COMMON  DEV ICE# X (6) # Y (1 50) ,Z (20) 

Z(8)  --  Number  of  actions  per  month 

YC29)  --  Number  of  booster  no  launch  f a i l ur es /mon t h  per 
missile 

Y (30)  ~  Number  of  RS  no  launch  failures/month  per  missile 
Y (31 )  --  Number  of  MOSE/MGCS  no  launch  f a i l u r e s /mon t h  per 
missile 

Assumption  : 

1.  Launchable  faults  are  handled  only  when 
no  launch  failures  are  acted  upon. 

Z ( 8 )  «  YC29)  ♦  T<30>  ♦  Y(31) 

RETURN 

END 


Figure  3-8:  2(8)  Printout 
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4.0 


CRITERION  MODELS 


Section  2.4  identified  the  criteria  to  be  used  for  evaluation  of 
candidate  system  performance  as  well  as  the  relative  importance  of  each 
criterion.  The  sections  below  develop  each  criterion  model. 

4.1  Preservation  of  Location  Uncertainty  (PLU), 

PLU  is  defined  to  be  the  indicator  of  location  uncertainty  reten¬ 
tion  or  non-degredation.  It  was  decided  that  PLU  was  related  to  the 
number  of  FDD  personnel,  other  personnel  who  had  to  know  missile 
locations,  the  time  of  maintenance  actions  (task  time  and  dispatch  time), and 
time  of  deceptive  actions. 

As  the  number  of  FDD  personnel  increases,  the  number  of  ways 
that  personnel  can  be  used  to  reduce  the  fraction  who  are  aware  of 
missile  location  increases,  hence  achieving  better  levels  of  PLU.  However, 
the  increase  in  the  number  of  personnel  knowing  missile  locations 
decreases  PLU  because  of  the  increase  in  interaction  among  the  personnel. 
The  longer  and  more  frequent  maintenance  activity  requires  increased 
exposure  time  so  that  detection  of  anomalies  becomes  easier  by  unfriendly 
forces . 


To  handle  the  personnel  factors: 


_ (Number  of  personnel  for  FDD) _ 

Number  of  maintenance^  /Number  of  CAMMS 


personnel  knowing 
missile  locations 


personnel  who  need  J 
,to  know  missile  location  J 


11 


y25+y66 


where  y^  is  derived  from  the  product  of  the  number  of  teams  that  may 


1 


know  a  missile  location  by  the  number  of  personnel  in  each  team.  This  is: 


y25  y3y8  +  y  5y  10  +  y6y  1 1  +  y  1 6y  60  +  y88y89 


(Note  that  this  factor  is  dimensionless) . 


Maintenance  times  are: 


_ Total  Time _  _  43200 

/  Number  of  \  /Task  ~  Dispatch\  “  zR/z  +  z 
\  Actions  /Month/  VTime  Time  '  ' 


Summing  the  personnel  factor  and  the  maintenance  factor  provides 
a  PLU  index  which  is  x^: 


43200 


y?5  +  *66 


2e(7TrV)' 


(Eq.  9) 


Figure  4-1  shows  the  computer  listing,  x1 
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'i 


C 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


X(1)  --  PRESERVATION  OF  LOCATION  UNCERTAINTY 


SUBROUTINE  PLU 


COMMON  DEVICE, X(6)#Y(150),Z(20) 


X  (1  ) 

Z  (1  ) 

Z  (3) 

Z  (4  ) 

Z  (8) 

Y  (25) 

Y  (66) 


Preservation  of  location  uncertainty 
Number  of  personnel  for  FDD 
Task  time  (minute) 

Dispatch  time  (minute) 

Number  of  actions  per  month 

Number  of  maintenance  personnel  knowing  missile(s) 

L  oc  a  t  i  on  (  s  ) 

Number  of  personnel  at  CA^^S  need  to  know  missile(s) 
l oca  t i on ( s  ) 


TOTAL  "  Total  number  of  minutes  in  30  days 
TOTAL  =  43200.0 

X(1)  =  2 (1  )/ ( CY C  2  5 ) ♦ Y (66))  ♦  T0TAL/(Z(8) 
&  *(Z  <3>  +  Z<4)>) 

RETURN 

END 


i 


II.  Assumption  : 

1.  Launchable  faults  are  handled  only  when 
no  launch  faults  are  acted  upon. 

2.  Y ( 2  5 )  =  Y(3)*Y(8>  ♦  Y(5)*Y(10)  ♦  Y(6)*Y(11)  ♦ 

Y(16)*Y(60)  ♦  Y(88)*Y(89) 

This  is  the  number  of  FDD  maintenance  personnel 
that  may  directly  know  the  location  of  one  or 
more  missiles. 

3.  Skill  level  within  a  team  will  be  taken  into 
account  later. 


Figure  4-1:  x(l)  Printout 


66 


4.2  Availability 


Availability  is  defined  as  the  fraction  of  up  time  divided  by  the 
total  time  and  was  modeled  as  the  total  time  minus  the  down  time  divided 
by  the  total  time  (the  fraction  of  downtime). 


Availability 


(Total  Time)  -  (Down  Time) 
(Total  Time) 


This  availability  model  is  based  upon  one  months  time  in  minutes 
and  for  one  missile.  "Up  time"  is  defined  as  time  that  the  missile  is 
launchable  to  a  hard  or  soft  target. 

Down  time  is  seen  as  being  composed  of  time  spent  on  any  main¬ 
tenance  task  or  time  spent  by  crews  on  other  duties  not  directly  involved 
in  tasks,  called  "dispatch  time".  The  number  of  actions  in  one  month  time 
for  one  missile  is  also  needed. 


The  definition  and  structuring  of  task  time  z^,  dispatch  time  z^, 
and  number  of  actions /month,  zg/  submodels  are  given  in  the  submodel 
development  sections  (3.3.,  3.4,  3.8). 


Using  the  above  items  and  their  designations,  availability  is: 


x 


2 


(Total  -nmeWgHS^^g^  (^Tm^ 


Month 
(Total  Time) 


Task\ 

Time/ 


Total  Z3(Z4  +  *3)  .  Total  =  43,200  minutes 
Total 
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Using  the  submodels  as  previously  structured  gives: 


X2  =  43,200  43,200  "  fy29  +  y30)(y50  +  y23  +  y19  +  57601 

y31  (y51  +  y24  +  y201 

(y29  +  y30  +  y31 1  {y^(V58  +  11y18  +  11y93* 

+  5760  y92  <TT  ~  y29  -  y30>  +  7^ 

+  Vjv*r +  Vs2  +  yzi  +  Yi2  +  Vs4  +  30^  (Eq* 10) 

Figure  4-2  shows  the  computer  listing  for  x^ 
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c **********  X  <  2 )  --  availability  ********** 

c 

SUBROUTINE  AVAIL 
C 

COMMON  DEVICE/X(6)#Y (150)/Z(20) 

C 

C  X  (2  >  --  Availability 
C  Z(3)  --  Task  time  (minute) 

C  Z(4)  --  Dispatch  time  (minute) 

C  Z(8)  --  Number  of  actions  per  month 

C 

C  Assumpt ions  : 

C  1*  A  missile  is  launchable  (available)  if  it  can  be 
C  targeted  and  launched  to  either  a  hard  or  soft  target. 

C  2.  This  availability  is  modeled  for  one  missile. 

C  3.  Total  time  is  figured  on  a  30-day  month. 

C 

C  TOTAL  --  Total  number  of  minutes  in  30  days 
C 

TOTAL  *  43200.0 

X  (  2  )  =  (TOTAL  -  Z  (  8)  *(  Z  (4  )  *Z  (  3)  )  )  /  TO  T  AL 

RETURN 

END 

.  A  s  sump  t ion  : 

1.  A  missile  is  launchable  (available)  if  it  can  be 
targeted  and  launched  to  either  a  hard  or  soft 
target  • 

2.  This  availability  is  modeled  for  one  missile. 

3.  Total  time  is  figured  on  a  30-day  month. 

4.  Launchable  faults  are  handled  only  when  a  no  launch 
failure  is  acted  on. 

5.  Helicopter  services  a  small  proportion  of  AVE 
and  OSE  no-launch  failures. 

6.  Any  maintenance  action  occuring  on  site  or  at 
the  CMF  is  part  of  task  time. 

7.  AVE  equipment  is  composed  of  booster  and  reentry 
system. 

8.  OSE  equipment  is  MOSE/MGCS. 

9.  Van  transports  team  and  any  spares  or  equipment 
to  CMF  . 

10.  There  is  one  MSS  per  cluster  which  implies  that  if 
the  MSS  fails  then  the  barrier  has  to  be  opened, 

11.  LRU  R/R  is  not  allowed  at  the  RS. 

12.  YC92)*l;if  Y(29)*Y(30>  is  greater  than  1/12; 
otherwise  0. 

13.  Inspection  of  both  AVE  and  OSE  occurs  during  each 
a c  t i on . 


Figure  4-2:  x(2)  Printout 
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4.3  Comparative  Costs,  x 3 

This  criterion  estimates  the  effect  of  candidate  system  cost  and 
is  measured  in  dollars  and  defined  in  terms  of  four  submodels : 

Zj  FDD  equipment  and  facility  costs 

z,.  FDD  personnel  cost 

zc  FDD  vehicle  cost 

0 

z7  FDD  operating  and  spare  cost 

Comparative  cost,  x^,  is  defined  as  the  sum  of  these  submodels, 

hence : 


*3  "k  +  Z5  +  l6  +  l7;) 


(Eq.  11) 


Figure  4-3  shows  the  computer  listing  for  this  criterion. 
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c**********  X  ( 3)  COST  ********** 

c 

SUBROUTINE  COST 
C 

COMMON  DEVICE#X(4)#Y(150)#Z(?0) 

C 

C  X ( 3 )  —  Cost 

C  1(2)  --  TOO  equipment  and  facilities  cost  ($) 
C  Z(5)  --  TOO  personnel  cost  ($) 

C  Z(6)  --  POD  vehicle  cost  (S) 

C  Z<7)  --  FDD  operating  and  spare  cost  ($) 

C 

X  (  3)  «  -ZC?)-Z  (5>-Z  <6)-Z  (7) 

RETURN 

END 


I  I  .  Assumpt ion  • 

1.  The  cost  derived  by  X(3)  is  only  for  comparative 
purposes  among  candidate  systems, 

2.  Cost  of  vehicles  includes  cost  of  equipment  that 
is  assigned  to  the  vehicle  for  FDD  purposes. 

3.  Vehicle  and  facility  Life  are  10  years. 

4.  Personnel  at  facilities  does  not  include  hands-on 
operational  personnel. 

5.  Average  pay  is  a  weighted  average  of  civilian# 
officer  and  airman  pay. 

6.  Lift  of  MX  program  is  10  years. 

7.  Value  of  money  is  8X  per  year  for  the  10-year  period. 


Figure  4-3:  x(3)  Printout 
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4.4  Team  Utilization,  x^ 


The  criterion.  Team  Utilization  is  defined  as  the  ratio  of  total 
team  hours  used  to  total  team  hours  available.  This  is  modelled  as  the 
ratio  of  total  team  minutes  used  to  total  team  minutes  available.  The  teams 
are  "used"  in  task  action  and  in  dispatch  action. 


The  number  of  actions  per  month  is  obtained  from  Zg,  task  time 
from  Zg,  and  dispatch  time  from  z^.  The  basic  model  of  x^  is: 


/Number  of'' 
V  Actions 


\  /DispatchV  /Task\  _  /Dispatch  Time\ 
L  \  Time  /  yTime/ _ \  Correction  / 


(Total  average  team-minutes) 

Total  average  team  minutes  is: 

(9  team  types)  (30  days/mon)  (8  hours /day)  (60  min /hour)  ( 1 . 33  manning 
factor)  =  172,368 

The  dispatch  time  correction  includes  correction  for  SALT  verific¬ 
ation,  delay,  trip  back  to  DAA  (or  OB),  and  the  11  extra  trips  and  wait¬ 
ing  at  PS.  This  factor  is: 

-  y92  (y„  +  y30  -  n)  <«>‘2,»x60) 


*^6-y,.+  .« 


37 


52 


+  y 


93 


Combining,  the  model  for  x^.  Team  Utilization  is: 


X4  172,368 


Z4  _  y92(y29  +  y 30  ”  il)(4x24x60) 


4x24x60 

12 


56 


18 


+  7^"y52  +  1U^  +  y93/  ‘3 


+  z. 


37  ~  V  36 

Figure  4-4  shows  the  computer  print-out  of  this  model. 


(Eq.  12) 
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c 

c 


X  (4) 


TEAM  UTIL IZATION 


SUBROUTINE  UTILIZ 
C 

COMMON  DFVICE#X(6)*Y (1 S0)*Z(20> 

C 

C  X ( 4 )  --  Team  utilization 

C  2(3)  --  Task  time  (minute) 

C  Z ( 4 )  --  Dispatch  time  (minute) 

C  Z(8)  --  Number  of  actions  per  month 

C  Y (1 8)  --  Distance  between  PS  (feet) 

C  Y(?9)  --  Number  of  booster  no  launch  f a l l u r e s / m on t h  per 
C  missile 

C  Y(30)  --  Number  of  RS  no  launch  f a  i  l  u r e s / m on t h  per  missile 
C  r (36)  —  Speed  of  MSS  (feet/minute) 

C  Y(37)  --  Speed  of  van  ( f e e t / m i n u t e ) 

C  Y (52)  ”  Delay  (minute) 

C  Y ( 5  6 )  —  Distance  between  D  A  A  and  Cmf 
C  Y(92)  —  SAL  ve r i f i c a t i on s  (at  least  once  per  year) 

C  Y(93)  --  Time  spent  at  each  PS  for  PLU  (minute) 

C 

X ( 4 )  =  Z(8)*<Z(4)-Y(92>*(Y(29)*Y<30>-1«/12.)*4.*24'*60. 

5  -4.*24.*6n#/12.*Y<56)/Y<37)-Y<52)+11.*Y(18)/Y(36) 

6  ♦11.*Y<93)*Z(3)>/C9.*30#*8««60.*1.33> 

RETURN 

END 


Figure  4  4:  x(4)  Printout 

AssumptiOr  'Next  Page) 


A  s  sump  t ion 


1.  FDD  support  personnel  at  facilities  are  assumed 
productive  when  on  duty, 

2 .  ROSE  failures  do  not  cause  team  action  because 
they  are  taken  care  of  while  attending  to  the  no 
launch  failures. 

3.  A  shift  consists  of  8  hours. 

A.  A  month  consists  of  30  working  days. 

5.  Launchable  faults  are  assumed  to  be  handled  while 
attending  to  the  no  launch  failures. 

6.  Manning  factor  is  0.7S 

7.  Helicopter  services  a  small  prooortion  of  AVE 
and  OSE  no  launch  failures. 

8.  Any  maintenance  action  occur ing  on  site  or  at 
the  CMF  is  part  of  task  time. 

9.  Inspection  of  both  AVE  and  OSE  occurs  during 
each  action. 

10.  AVE  equipment  is  composed  of  booster  and  reentry 
system . 

11.  OSE  equipment  is  MOSE/MGCS. 

17.  Van  transports  team  and  any  spares  or  equipment 
to  CMF . 

13.  There  is  one  MSS  per  cluster  which  implies  that 
the  MSS  fails  then  the  barrier  has  to  be  opened. 

14.  LRU  R/R  is  not  allowed  at  the  PS. 

15.  Y<92)=1,  if  Y(29)*Y(30>  is  greater  than  1./12.; 

0  otherwise. 

16.  Daylight  (1  shift)  operation  is  assumed. 

17.  Modeling  is  for  an  average  team  representing 
all  maintenance  teams. 

18.  Waits  during  which  teams  can  be  used  elsewhere 
are  excluded  from  time  team  is  considered 
productively  utilized. 


Figure  4-4:  x(4)  Printout  (Continued) 


4.5  Vehicle  and  Equipment  Utilization,  x,. 


Vehicle  and  Equipment  (V  &  E)  Utilization  is  defined  as  the  follow¬ 
ing  ratio: 

(Total  number  of  V  S  E  minutes  used) 

(Total  number  of  V  £  E  minutes  possible) 

V  &  E  are  considered  utilized  when: 

1.  maintenance  teams  use  them 

2.  transport  of  missile  to /from  DA  A 

3.  SALVER  procedures 

The  total  STV  trip  time  for  a  replacement  missile  is: 

4y56  (y2  9  +  y3p) 
y54 

Team  utilization  factor  relating  V  £  E  use  is: 

(9)(1.33)x4 

1Tyi7+  y1_5  +  y16  +  y  5  3) 


Where  9  is  the  number  of  different  teams,  1.33  is  the  manning 
factor  and  3  is  the  number  of  shifts. 

MSS  use  not  included  in  team  utilization  is: 

) 

The  possible  V  6  E  usable  time  is 

60  x  8  x  3  x  30  (y^  +  y]5  +  y,6  +  y53) 
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Combining  for  the  total  missile: 


X5  =  yl7 


y56 


9x1.33  x, 


(y29  +  y3o)  y54  +  3(y14  +  y,5 


+  yl  6  +  y53J 


+  Z, 


44y18  +  ^58' 


36 


60x8x3x30(y14+y15+y16+y$3) 


;  (Eq.  13) 


Figure  4-5  shows  the  computer  listing  of  this  model. 
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c **********  X  ( 5 )  --  VEHICLE  AND  EQUIPMENT  UTILIZATION  ********** 
C 

SUBROUTINE  VEUTIL 
C 

COMMON  DEVICE#X(6)*Y (150)#Z(?0) 

C 

C  X ( 4 )  --  Team  utilization 

C  X(5)  --  Vehicle  and  equipment  utilization 

C  Z  C  8 )  --  Number  of  actions  p*r  month 

C  Y ( 1 4 )  --  Number  of  helicopters  assigned  to  FDD 

C  Y  ( 1  5)  --  Number  of  vans  assigned  to  FDD 

C  Y ( 1 6 )  --  Number  of  MSS's 

C  Y(17)  --  Number  of  clusters 

C  Y  (1 8)  --  Distance  between  PS  (feet) 

C  Y (?9)  •-  Number  of  booster  no  launch  f a i l u r e s /mon t h 
C  per  mi ss i l e 

C  Y(30)  --  Number  of  RS  no  launch  fai lures/month  per 

C  missile 

C  y(35)  --  Speed  of  helicopter  ( f ee t / m i nu t e ) 

C  Y(36)  --  Speed  of  MSS  ( f e e t /mi nu t e ) 

C  Y(37)  --  Speed  of  van  ( feet /mi nute) 

C  Y(52)  --  Delay  (minute) 

C  Y  <  5  3 )  --  Number  of  STV*s 
C  Y  (  5  4  )  --  Speed  of  STV 

C  Y(56)  --  Distance  between  D  A  A  and  CMF 

C  Y(58)  --  Distance  between  CMF  and  D$ 

C  Y(65)  --  Fraction  of  no  launch  failures  req.  helicopter 
C  Y(9?)  --  SAL  ve r i f i c a t  i  jn s  (at  least  once  per  year) 

C 

X ( 5 )  =  Y(17)*(4.*(YC29)4Y(30))*Y(56)/Y(54)  ♦ 

&  (X(4)*9.*1 *33/(3. ♦(Y  ( 1  4  )  +  Y C 1  5  )  ♦ 

&  Y(1  6)  4Y  (53)  >  )  )  ♦  Z  (8)*(44#*Y(‘18)/ 

&  Y(36)+4.*Y ( 5  8 ) / Y (36) ) )/(S0.*8«* 

&  3.*30.*(Y(14)*Y(15)*Y(16)+Y(53))> 

RETURN 

END 

II.  Assumption  : 

1.  MSS  and  van  are  used  during  the  task  time. 

2.  There  are  2  shifts  per  day. 

3.  MOSE  has  3  shifts  of  8  hours  each. 

4.  Vehicle  utilization  is  evaluated  on  a  per  missile 
basis. 

5.  Missile  canister  is  not  switched  from  one  STV  to 
anot he  r , 

6.  Launchable  faults  are  handled  whenever  a  no  launch 
failure  is  ac  ttd  on, 

7.  Helicopter  services  a  small  prooortion  of  AVE 
and  OSE  no  launch  failures. 

8.  Any  maintenance  action  occuring  on  site  or  at 
the  CMF  is  part  of  task  time. 

9.  Inspection  of  both  AVE  and  OSE  occurs  during  each 
action. 


Figure  4-5;  x(5)  Printout 
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4.6  SAL  Verification,  x_ 

o 

The  definition  established  for  SALVER  is:  -  the  probability  that 
SALT  verification  activities  will  be  accomplished  in  the  specified  period  of 
time,  given  the  number  of  cranes  available,  the  minimum  number  of  cranes 
needed, and  the  reliability  of  a  crane  for  a  SALVER  cycle. 

This  definition  and  the  resulting  model  is  deemed  appropriate 
because  the  opening  and  closure  of  the  SAL  ports  at  the  PS  has  the 
longest  time  line. 

The  binomial  distribution  is  used  to  obtain  the  desired  probability 
and  was  based  upon  the  fact  that  a  crane  is  either  in  a  failed  or  non- 
failed  state  for  SALVER  operations,  the  probability  that  an  individual 
crane  would  survive  the  SALVER  cycle  was  obtainable  and  assumed  the 
same  for  all  cranes,  and  there  would  always  be  at  least  the  minimum 
number  of  cranes  needed  physically  obtainable  for  each  cluster  of  P.S. 

The  binomial  equation  to  derive  the  probability  of  successful 
SALVER  completion  using  w  for  the  number  of  cranes  per  cluster,  p 
for  the  seven-day  crane  reliability,  and  m  for  the  minimum  number  of 
cranes  needed  per  cluster  is: 


(1-P) 


w-r 


Substituting  p  and  w  by  their  corresponding  parameters: 
y81 
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I 


the  number  of  combinations  of  taken  r  at  a  time. 


Where(r®i)  is 

For  computational  purposes  define  a  variable  k  as  k  =  r — y Q4 »  then 
r  =  k  +  y gjj  and  substituting  above: 


81 


x5  = 


=  y 

Z 


84 


k  =  o 


(  y81  \  y84+  k  / 

y  84  +  /  y83  l1 


V83) 


y8l'y84"k 


;  (Eq.  14) 


Where:  (  ^81  \ 

vw  k/ 


_  y81  i _ 

(y84+  k)  i  (y8ry84'k)! 


Figure  4-6  shows  the  computer  listing  of  this  model. 
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C  ***** *****  X  (6)  —  SAL  VERIFICATION  ********** 

C 

SUBROUTINE  SAL 

COMMON  DEVIC£*X(6)*Y(150)*Z(20) 

C 

C  x  ( 6  )  —  SAL  verification 

C  Y (81 )  --  Number  of  c r anes / c l u» t e r 
C  Y  (83 )  —  SEVEN-DAY  crane  reliability 

C  Y(84)  —  Minimum  number  of  cranes  needed  oer  cluster 
C 

SUM  a  0.0 

N  *  ( Y (81 )  -  Y  (84 )  )  ♦  1 
DO  10  I  =  1*N 
II  *  1-1 

SUM  «  SUM  ♦  IFACT(IFIX(Y(81)))/(IFACT(IFIX(Y(84)*II)>* 
R  I  FAC T ( I F I  X ( Y (8 1 ) - Y (84 ) -I  I ) ) )  *  Y(83) **(Y(84)*I  I) 

8  *  (1  ,-Y( 83) ) ** (Y ( 81 ) -Y (84) - I  I ) 

10  CONTINUE 

X ( 6  )  »  SUM 

RETURN 
END 
C 

C  Function  I F  A  C  T  computes  the  factorial  of  an  integer 
C 

FUNCT I  ON  I  FACT  (  I  I  I  ) 

IF  (III  .LT.  0)  GO  TO  20 

IF  (III  .EQ.  3)  GO  TO  40 

IFACT  *  1 
DO  10  J  «  1*111 
IFACT  «  I  F  A  C  T  *  J 
10  CONTINUE 

RETURN 

?0  WRITE  (6*30) 

30  FORMAT  ( // *  1 X  * • F a c t o r i a  l  on  a  negative  number 
8  is  not  allowed.'*//) 

RETURN 

40  IFACT  ■  1 

RETURN 
END 


II.  Assumption  : 

1.  The  minimum  number  of  cranes  is  the  number  of 
cranes  needed  to  accomplish  SAL  verification 
task  in  the  ime  allowed*  given  that  no 
failures  occur. 

2.  The  number  of  cranes  available  is  equal  to  or 
greater  than  the  number  of  cranes  needed  for  SAL 
ver i f i c  at i on. 


Figure  4-6:  x(6)  Printout 
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5.0 


OPTIMIZATION 


5. 1  Parameter  Estimates 

Parameter  estimates  are  the  values  of  that  are  inputs  to 
the  criteria  models,  and  therefore  represent  the  link  between  a  given 
candidate  system  and  these  criteria  models,  estimating  the  performance 
of  that  candidate  system.  The  best  available  estimates  of  each  y  ^ 
should  be  used.  When  these  estimates  become  critical  and  accuracy  of 
the  y^  is  questioned,  the  y^  should  be  verified  from  field  data,  test¬ 
ing,  experimentation,  or  other  reliable  sources. 

In  order  to  expedite  software  implementation  the  University  of 
Houston  provided  preliminary  estimates  of  the  94  parameters  for  each  of 
the  180  candidate  systems.  A  sample  candidate  system  is  shown  in 
Figure  5-1.  The  y^  are  defined  in  Section  2.5,  Figures  2-7  ,  through 
2-12  and  shown  in  a  condensed  form  in  Figure  5-2,  the  work  sheet. 
Appendix  A  shows  the  total  listing5  of  Table  III.  The  worksheet  of 
Figure  5-1  contains  values  for  each  of  the  94  elements  of  candidate 
system  #1.  This  candidate  system  represents  fault  detection  and 
analysis  in  the  OCC,  with  the  option  for  detection  being  a  go-no-go 
light  display,  fault  analysis  localized  to  LRU  level,  and  the  dispatch 
teams  organized  for  special  skills  in  each  team  resulting  from  the 
particular  fault  requirement. 

The  heading  format  in  the  data  sheet  is: 
a  [b,  c,  d,  e] 
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CANDIDATE  #1  [1,  1,  1,  I] 


1.  Co-no-go  Light  Display 
Detect 


Scenario;  Fault  Detection  and 
Analysis  in  OCC 


Subsystems;  2.  Analysis  localized  to 
LRU  local 


3.  Dispatch  organized  for 
special  skills  in  each  team 


PARAMETERS 


Value 

Value 

Value 

1. 

200 

32. 

0 

63. 

100 

2. 

2 

33. 

0 

64. 

2,000 

3. 

25 

34. 

0 

65. 

0.05 

4. 

25 

35. 

8,800 

66. 

3 

5. 

20 

36. 

1,232 

67. 

480 

6. 

20 

37. 

3,960 

68. 

20,000 

7. 

20 

38. 

20 

69. 

20,000 

8. 

0 

39. 

6 

70. 

25,000 

9. 

2 

40. 

20,000 

71. 

200,000 

10. 

6 

41. 

200,000 

72. 

1,000,000 

11. 

6 

42. 

1,000,000 

73. 

50,000,000 

12. 

2 

43. 

120,000 

74. 

50,000,000 

13. 

20 

44. 

120,000 

75. 

10,000,000 

14. 

20 

45. 

0 

76. 

100,000,000 

15. 

30 

46. 

120,000 

77. 

10,000,000 

16. 

200 

47. 

40,000 

78. 

1,000,000 

17. 

200 

48. 

40,000 

79. 

10,000 

18. 

7,000 

49. 

80,000 

80. 

10,000 

19. 

1.16 

50. 

1.16 

81. 

3 

20. 

0 

51. 

0 

82. 

100 

21. 

15 

52. 

180 

83. 

.999 

22. 

15 

53. 

4 

84. 

2 

23. 

30 

54. 

2,200 

85. 

500,000 

24. 

30 

55. 

2 

86. 

50 

25. 

123 

56. 

140,000 

87. 

100 

26. 

106 

57. 

0 

88. 

200 

27. 

60,000 

58. 

10,000 

89. 

2 

28. 

40,000 

59. 

3 

90. 

40,000 

2  9 

.  0004 

60. 

5 

91. 

60,000 

}Q 

.  0004 

61. 

2 

92. 

1 

11 

.  18 

62. 

0 

93. 

8 

94. 

1 

Figure  5-1  ; 

Candidate  System 

#1 
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CANDIDATE  # 


1. 

Scenario:  _  Subsystems:  2. 

3. 


_ PARAMETERS _ 

Name  Value  Name  Value  Name  Value 


1.  No.  CMF's 

2.  No.  OB's 

3.  No.  Mult.  T. 

4.  No.  Inspec.  T. 

5.  No.  AVE  moving  T. 

6.  No.  OSE  R/R  T. 

7.  No.  C^/sec.  T. 

8.  No.  in  Mult.  T. 

9.  No.  in  inspec.  T. 

10.  No.  in  AVE  R/R  T. 

11.  No.  in  OSE  R/R  T. 

12.  No.  in  C^/ sec.  T. 

13.  No.  AVE  R/R  T. 

14.  No.  FDD  Heli. 

15.  No.  FDD  Vans 

16.  No.  MSS's 

17.  No.  clusters 

18.  Dist.  bet.  P.  5. 

19.  AVE  empl.  time 

20.  OSE  empl.  time 

21.  AVE  inspec.  time 

22.  OSE  inspec.  time 

23.  AVE  repair  time 

24.  OSE  repair  time 

25.  No.  Per  Miss.  Loc. 

26.  Base  oper.  $ 

27.  Heli.  T.  $ 

28.  Van.  T.  $ 

29.  No.  Booster  N-L 

30.  No.  RS  N-L 

31.  No.  MOSE/MCCS  N-L 


32.  No.  Van  Fail. 

33.  No.  MSS  Fail. 

34.  No.  Heli.  Fail. 

35.  Sp.  Heli. 

36.  Sp.  MSS 

37.  Sp.  Van 

38.  No.  ROSE  repair  T. 

39.  No.  in  AVE  R/R  T. 

40.  $/VAN 

41.  $/MSS 

42.  $ /Heli . 

43.  Per.  $/OSE  R/R  T. 

44.  Per.  $/AVE  R/R  T. 

45.  Per.  $/Mult.  T. 

46.  Per.  $/moving  T. 

47.  Per.  $/inspec.  T. 

48.  Per.  $/C^/ sec.  T. 

49.  Per.  $/ROSE  T. 

50.  AVE  remove  time 

51.  OSE  remove  time 

52.  Delay  (strat  2) 

53.  No.  ST V's 

54.  Sp.  STV 

55.  No.  DAA's 

56.  Dist.  DAA-CMF 

57.  No.  OSE  Moving  T. 

58.  Dist.  CMF-PS 

59.  No.  in  Heli.  T. 

60.  No.  per. /MSS 

61.  No.  in  Van  T. 

62.  No.  Per./CMF 


63.  No.  Per/OB 

64.  No.  Per/DAA 

65.  Fract.  N-L  reg.  Hel 

66.  No.  per  CAMMS 

Miss.  Loc. 

67.  Cycle  Time 

68.  AVE.  $/CMF  per. 

69.  AVE.  $/DB  per. 

70.  Ave.  $/DAA  per. 

71.  $/STV 

72.  $/CMF 

73.  $/OB 

74.  $/DAA 

75.  Eq.  $/CMF 

76.  Eq.  $/OB 

77.  Eq.  $/DAA 

78.  Inv.  $/OMF 

79.  Inv.  $/OB 

80.  Inv.  $/DAA 

81.  No.  cranes /cluster 

82.  No.  crane  T. 

83.  7  day  crane  Reliab. 

84.  Min  crane /cluster 

85.  $/crane 

86.  No.  Heli.  T. 

87.  No.  Van  T. 

88.  No.  FDD  Sec.  T. 

89.  No.  in  FDD  sec  T. 

90.  Per.  $/FDD  Sec  T. 

91.  Per.  $/crane  T. 

92.  SALT  verif. 

93.  Time /PS  for  PLM 

94.  Time  E/E  site 


Figure  5-2:  Parameter  Definitions 
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where : 


a  is  the  candidate  system  number 
b  is  the  detection  method  option 
c  is  the  fault  localization  option 
d  is  the  team  skill  mix  option 
e  is  the  scenario  option 

The  Figure  5-1  heading  1  [  1 ,  1,  1,  1]  refers  to  the  candidate 
system  number  1,  which  is  composed  of  the  first  of  five  options  for 
the  detection  method,  the  first  of  four  options  for  the  level  of  local¬ 
ization  of  fault,  the  first  of  three  options  for  the  skill  level  mix  of  the 
team  and  the  first  of  three  scenarios  covering  location  and  contol  of 
fault  detection  and  analysis  tasks. 

5.2  Synthesis  of  Multiple  Criterion  Function 

In  order  to  achieve  a  performance  index  for  each  of  the  180 
candidate  systems  a  rational  procedure  for  combining  the  respective 
criterion  models  must  be  used.  The  format  presented  in  Equation  15 
represents  an  expedient  approach  toward  evaluation  of  candidate  system 
performance  that  includes  each  criterion  at  its  respective  relative 
importance. 

6 

CF  =  I  a.X,  (Eq.  15) 

a  i_i  l  i  ^ 

Where: 

CF^  is  the  figure  of  merit  of  the  a  candidate  system 

♦  h 

a.  is  the  relative  importance  of  the  iin  criterion 


1 
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and : 


^  _  xi  ximin _  (Eq.  16) 

I  X  “X 

imax  imin 

where: 

x.  is  the  value  resulting  from  the  i**1  criterion  model  of 

z.  and  y. 

\  rk 

x.  .  is  the  minimum  value  achieved  from  the  set  of 
imin 

candidate  systems  for  the  given  criterion,  x. 


x.  is  the  maximum  value  achieved  from  the  set  of 
imax 

candidate  systems  for  the  given  criterion,  x. 


While  this  multiple  criterion  function  form  has  been  used 
5  6  5 

before  '  it  has  several  /imitations  .  The  major  one  being  the  implicit 
assumption  of  independence  among  the  set  of  criteria,  {x.  }.  Methods 
for  estimating  the  effects  of  these  criterion  interactions  have  been 
developed  at  the  University  of  Houston,  but  will  not  be  used  here  in 
order  to  expedite  the  current  results. 

Major  advantages  of  this  CF  are: 

1.  Unit  measures  of  y^  are  relegated  to  their 
respective  value 

2.  Each  criterion  is  limited  in  importance  to  the 
respective  a.  defined  for  it 

3.  Explicit  evaluation  of  criterion  importance  is 
estimated  (and  can  be  reexamined  at  will). 
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5.3 


Ranking  of  Candidate  Systems 


Each  of  the  94  parameters  were  estimated  for  each  of  the  180 
candidate  systems.  A  computer  program  was  then  written  that  used  a 
given  set  of  estimates  of  the  94  parameters  for  a  candidate  system  and 
each  criterion  computed  for  that  candidate  by  computing  the  appropriate 
z.  and  then  the  x.  The  minimum  and  maximum  values  of  the  respective 
x.  for  the  entire  set  of  candidate  were  used  to  estimate  X.  of  Equation  16, 
and  from  this  the  CF^  was  computed  for  each  of  the  180  candidate 
systems  and  then  ranked.  Figure  5-3  shows  the  top  50  candidate  systems 
in  descending  order  of  values.  From  this  ranking  the  subsequent 
analyses  are  made.  Since  improved  estimates  of  the  y^  are  anticipated 
in  a  subsequent  effort,  the  following  is  offered  to  illustrate  how  this 
analysis  is  approached. 

From  Figure  5-3,  the  observation  is  made  that  the  top  5  candi¬ 
date  systems  had  an  equal  value  of  CF  (0.394)  and  the  next  grouping 
of  5  candidates  had  the  same  value  (0.  368)  within  6.5%  of  the  top  group 
well  within  the  accuracy  of  these  y^  estimates.  The  implication  is  that 
any  of  these  top  10  candidates  could  be  implemented  with  equal  effect¬ 
iveness  of  system  performance.  However,  for  demonstration  purposes 
the  y^  listing  of  the  number  one  candidate  is  given  in  Figure  5-4. 

The  two  top  groups  of  candidate  systems  of  Figure  5-3  had 
differences  in  the  values  of  y^  as  shown  (remaining  y^  were  identical) 
in  Figure  5-5. 


Candidate  System  No.  (a) 


CF 


a 


1. 

49.0 

2. 

37.0 

3. 

25.0 

4. 

13.0 

5. 

1.0 

6. 

50.0 

7. 

38.0 

8. 

26.0 

9. 

14.0 

10. 

2.0 

11. 

58.  0 

12. 

55.0 

13. 

52.0 

14. 

46.0 

15. 

43.0 

16. 

40.  0 

17. 

34.0 

18. 

31.0 

19. 

28.0 

20. 

22.0 

21. 

19.0 

22. 

16.0 

23. 

10.  0 

24. 

7.0 

25. 

4.0 

26. 

109.0 

27. 

97.0 

28. 

85.0 

29. 

73.0 

30. 

61.0 

31. 

51.0 

32. 

39.0 

33. 

27.0 

34. 

15.0 

35. 

3.0 

36. 

110.0 

37. 

98.0 

38. 

86.0 

39. 

74.0 

40. 

62.0 

41. 

118.0 

42. 

115.0 

43. 

112.0 

44. 

106.0 

45. 

103.0 

46. 

100.0 

47. 

94.0 

48. 

91.0 

49. 

88.0 

50. 

82.0 

0.39408487 
0. 39408487 
0. 39408487 
0. 39408487 
0. 39408487 
0.36820496 
0.36820496 
0. 36820496 
0.36820496 
0. 36820496 
0. 36409199 
0. 36409199 
0.36409199 
0.36409199 
0.36409199 
0.36409199 
0. 36409199 
0.36409199 
0. 36409199 
0. 36409199 
0. 36409199 
0.36409199 
0.36409199 
0.36409199 
0. 36409199 
0. 36271399 
0. 36271399 
0. 36271399 
0.36271399 
0. 36271399 
0.35534907 
0. 35534907 
0.35534907 
0. 35534907 
0. 35534907 
0.33888446 
0. 33888446 
0. 33888446 
0. 33888446 
0.33888446 
0. 33385148 
0.33385148 
0.33385148 
0.33385148 
0. 33385148 
0. 33385148 
0. 33385148 
0.33385148 
0. 33385148 
0. 33385148 


Figure  5-3:  The  Top  Ranked  50  Candidate  Systems 
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CANDIDATE  #49  [5,  1,  1,  I] 


1.  Simultaneous  display  of 
some  combination  of  all 
4  alternatives. 

Scenario:  Fault  Detection  Subsystems:  2.  Localized  to  Subsystem 

and  Analysis  in  OCC  level 

3.  Organize  for  specialized 
skill  teams 


P  A 

RAMETERS 

Value 

Value 

Value 

1. 

200 

32. 

0 

63. 

100 

2. 

2 

33. 

0 

64. 

2,000 

3. 

25 

34. 

0 

65. 

.05 

4. 

20 

35. 

8,800 

66. 

3 

5. 

20 

36. 

1,232 

67. 

480 

5. 

20 

37. 

3,960 

68. 

20,000 

6. 

20 

38. 

20 

69. 

20,000 

7. 

20 

39. 

6 

70. 

25,000 

8. 

0 

40. 

20,000 

71. 

200,000 

9. 

2 

41. 

200,000 

72, 

1,000,000 

10. 

6 

42. 

1,000,000 

73. 

50.000, 

000 

11. 

6 

43. 

120,000 

74. 

50,000, 

000 

12. 

2 

44. 

120,000 

75. 

10,000, 

000 

13. 

20 

45. 

0 

76. 

100,000 

,000 

14. 

20 

46. 

120,000 

77. 

100,000 

,000 

15. 

30 

47. 

40,000 

78. 

1,000,000 

16. 

200 

48. 

40,000 

79. 

10,000 

17. 

200 

49. 

80,000 

80. 

10,000 

18. 

7,000 

50. 

1.16 

81. 

3 

19. 

1.16 

51. 

0 

82. 

100 

20. 

0 

52. 

180 

83. 

.999 

21. 

15 

53. 

4 

84. 

2 

22. 

15 

54. 

2,200 

85. 

500,000 

23. 

30 

55. 

2 

86. 

50 

24. 

30 

56. 

140,000 

87. 

100 

25. 

0 

57. 

0 

88. 

200 

26. 

1,000,000 

58. 

10,000 

89. 

2 

27. 

60,000 

59. 

3 

90. 

40,000 

28. 

40,000 

60. 

5 

91. 

60,000 

29. 

.0004 

61. 

2 

92. 

1 

30. 

.0004 

62. 

0 

93. 

8 

31. 

.18 

94. 

1 

Figure  5-4:  Parameter  Listing  for  Optimal  Candidate 


Description 

Top  5 
Candidate 
Systems 

Next  5 
Candidate 
Systems 

y8 

NO.  IN  MULTIPLE 

SKILL  TEAM 

0 

4 

y11 

NO.  IN  OSE 

R/R  TEAM 

6 

4 

y23 

AVE  REPAIR 

TIME 

30 

40 

y24 

OSE  REPAIR 

TIME 

30 

40 

y39 

NO.  IN  AVE  R/R 

TEAM 

6 

4 

y43 

PERSONNEL  COST /OSE 

R/R  TEAM 

120,000 

80,000 

y44 

PERSONNEL  COST /AVE 

R/R  TEAM 

120,000 

80,000 

y45 

PERSONNEL  COST / 
MULTIPLE  SKILL  TEAM 

0 

80,000 

Figure  5-5:  Comparison  of  Differences  in  y. 

For  the  Top  Ranked  Sets  of 
Candidate  Systems 


The  major  implication  observed  from  this  figure  is  that  the 
savings  in  repair  time  merits  the  increase  in  personnel  costs  indicated 
for  the  top  5  candidate  systems  (with  all  the  attendant  values  limit  into 
the  CF).  Additional  analysis  of  the  differences  in  the  candidate 
systems  would  be  merited  with  improved  accuracy  of  yj<  input. 


This  discussion  illustrates  the  procedure  for  analyzing  the 
choice  of  candidate  system  from  the  printout.  It  is  apparent  that  inter¬ 
pretation  of  the  printout  is  strongly  dependent  on  the  accuracy  of  the 
Yk  and  of  the  models. 
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5.4 


Design  Space  Search 


The  design  space  is  defined  as  the  hyperspace  resulting  from 
the  range  of  each  parameter,  y^,  and  that  of  the  criterion  function, 

CFa  .  Hence  all  feasible  solutions  exist  within  this  space. 

A  candidate  system  can  then  be  defined  as  the  vector  of  para¬ 
meters  and  the  resultant  value  of  CF,X.  Further,  a  candidate  system  is 
feasible  only  when  every  value  of  y^  in  its  vector  exists  in  the  design 
space.  Conversely,  a  candidate  system  is  not  feasible  when  one  or 
more  of  the  y^  in  its  vector  lies  outside  the  design  space. 

In  section  5.3  the  discussion  dealt  with  the  ranking  of  the 
available  candidate  systems  in  order  of  their  desirability  as  determined 
by  CF.  The  purpose  of  the  Design  Space  Search  is  to  obtain  the  max¬ 
imum  value  of  CF  from  the  design  space  along  with  the  attendant  set, 
y^  which  yields  this  the  theoretic  maximum  CF.  The  existence  of  this 
set  does  not  necessarily  imply  the  existence  of  a  real  candidate  system, 
but  always  indicates  a  maximum  "performance"  which  is  theoretically 
possible. 


It  is  readily  shown  that  Equation  15,  has  the  following  limits: 
0  <CF  >1.0  (Eq.  17) 

However,  for  complex  systems  the  CFf  value  of  1.0  seldom  exists. 

Hence  the  search  for  the  maximum  CF  in  the  design  space  must  be 
accomplished. 

The  difficulties  encountered  in  this  search  resulted  mostly 
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from: 


1.  The  CF  is  highly  non-linear 

2.  The  large  number  of  parameters, 

Two  fundamental  approaches  were  used.  The  first  was  based 
on  a  search  algorithm,  and  the  second  on  random  optimization. 

In  the  random  optimization  values  for  the  94  parameters  are 
selected  randomly  from  the  feasible  range,  and  their  CF  computed.  In 
a  sense  random  candidate  systems  are  being  generated  and  ranked. 
However,  these  candidate  systems  may  not  be  real  since  they  are  created 
from  a  random  combination  of  parameters  without  relating  to  any  specific 
equipment  configuration  or  operational  scenario. 

The  second  approach  was  to  use  two  analytical  methods,  the 
generalized  reduced  gradient  (CRC)  and  the  sequential  unconstrained 
maximization (SUMT) .  GRG  uses  the  partial  derivatives  of  the  CF  with 
respect  to  each  of  the  94  parameters  to  determine  the  "best"  direction 
to  move  in  the  design  space  so  that  the  GRG  technique  follows  a  steep¬ 
est  ascent  algorithm.  However,  GRG  requires  large  amounts  of 
computer  time  without  assurance  of  achieving  the  "global  maximum"  with¬ 
in  the  design  space,  particularly  in  view  of  the  large  number  of  y^. 

The  technique  works  well  when  CF  Is  continuous  and  k<20. 

SUMT,  the  second  approach  uses  a  penalty  function  in  the 
selection  of  a  new  candidate  system.  It  does  not  require  algorithms 

g 

and  it  can  incorporate  constraints.  SUMT  was  proposed  as  an  extension 
of  the  created  response  surface  technique  and  was  subsequently  developed 
into  a  computational  agorithm1^'  The  programming  problem  under 
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consideration  is  that  of  determining  a  94  dimensional  vector,  V,  that 


maximizes  the  CF(V)  subject  to  the  range  constraints  g.  and  equality 
constraints,  h.  such  that 

g.tO),  i  =1,  . .  . ,  m 

hj  =  (0),  j  =  1,  p 

SUMT  is  based  on  the  minimization  of  the  penalty  function 
P(V ,  r) ,  where  : 


m 


P(V.r)  =  CF(V)  +  r  Z  -4 -*-  +  r*  E  h2(v) 

i  =  1  yil  '  j=i 


The  essential  requirement  in  SUMT  as  in  most  non-linear  minimization 
algorithms  is  that  the  CF(V)  must  be  convex  in  order  to  achieve  a  global 
minimum.  To  mitigate  the  problem  of  lack  of  convexity  a  modified 
Newton-Raphson  search  has  been  added  to  SUMT. 

The  best  value  of  CF  was  obtained  from  the  randomized  method 
by  simply  choosing  random  values  of  y^  within  the  defined  range  for 
each  y.  After  many  hours  of  m»cro-computer  operation,  CF  =0,58506 
was  obtained  and  this  is  shown  in  Figure  5-6.  This  figure  shows  the 
comparison  of  Candidate  System  #49,  the  top  ranked  of  the  180  candidate 
systems  examined,  with  the  candidate  resulting  from  the  design  space 
search  (CF  =  .58506).  Study  of  this  figure  shows  that  all  of  the  y^ 
with  the  exception  of  those  listed  below  have  not  changed.  The  changes 
are  shown  in  Figure  5  7. 

It  is  of  interest  to  note  that,  for  the  inputs  chosen,  overall 
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Figure  5-6  Comparison  of  Values  for  Best  Candidate  System  (#49) 
With  Theoretic  Optimal  Candidate  System 


Name 


CS#49 


Number  of  OB 


Number  of  Multiple  Skill  Teams  25 

Number  of  Inspection  Teams  20 

3 

Number  of  C  Security  Repair  Teams  20 

Number  of  Helicopters  assigned 

to  FDD  20 

AVE  Repair  Time  30 

Number  of  CAMMS  Personnel  who 

need  to  know  Missile  Location  3 

Number  of  cranes  per  cluster  3 


Figure  5-7:  Comparison  of  that  changed  from  CS#49 

to  Theoretic  Optimal  Candidate  System,  CS! 
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performance  of  the  FDD  is  improved  (as  defined  by  CF  )  when  the 

number  of  multiple  skill  teams,  number  of  inspection  teams,  number  of 
3 

C  Security  Repair  Teams,  the  AVE  repair  time,  number  of  CAMMS 
personnel  who  need  to  know  the  missile  location  and  the  number  of 
cranes /cluster  are  each  increased  as  shown  while  the  remaining  y^  are 
each  decreased  as  shown  in  Figure  5-7. 

Additional  effort  in  the  improvement  of  y^  input  accuracy  and 
CF  output  analysis  will  be  accomplished  in  subsequent  effort. 
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6.0  INITIAL  STUDY  OF  MAINTENANCE  CONTROL  INFORMATION  FLOW 

The  information  flow  for  maintenance  activities  originating  from 
protective  structure  (PS)  to  OCC,  among  activity  centers  at  OCC  and 
particularly  from  Computer  Aided  Maintenance  Management  Systems 
(CAMMS)  are  covered  in  this  section. 

6. 1  Information  Flow  Between  PS  and  OCC 

The  information  flow  between  PS  and  OCC  is  identified  in 
Figure  6.1.  Fault  detection  to  the  Line  Replaceable  Unit  (LRU),  by 
Remote  Fault  Detection/ Isolation  System,  is  broken  down  to  the  major 
equipment /facility,  i.e.  Transporter  Erector  Launcher  (TEL),  Resident 
Support  Equipment  (ROSE),  Resident  Operational  Support  Equipment 
Enclosure  (ROSEE)  and  antenna  systems.  Further,  an  attempt  is  made 
to  identify  the  modules  within  the  equipment /facility.  TEL  /Mobile 
Surveillance  Shield  (MSS)  is  covertly  emplaced  in  one  of  the  23  Horizon¬ 
tal  Shelter  Sites,  but  a  fault  indication  from  it  uniquely  identifies  the 
location  of  the  missile,  even  though  the  signatures  originating  from 
protective  structures  with  and  without  TEL /MSS  are  the  same.  The 
information  flow  from  maintenance  activities  from  time  compliance  tech¬ 
nical  order  (T/O)  is  also  indicated  in  the  Figure  6.1.  OCC  obtains 
the  information  using  the  MX  Communications  network.  The  Figure  6.1, 
also,  identifies  the  activities  center  at  OCC/Alternate  OCC(AOCC).  It 
assumed  that  the  activities  and  capabilities  of  OCC  and  AOCC  are 
essentially  the  same,  hence  reference  to  OCC  means  OCC /AOCC  in 
subsequent  sections. 
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6.2 


Interaction  of  Activity  Centers  at  OCC 


The  operational  functions  and  the  interactions  of  various  activity 
centers  at  OCC  are  identified  in  Figure  6.2.  Note  that  CAMMS  provides 
a  user-oriented,  distributed  processing,  data  based  system  for  supporting 
near  real  time  management  of  MX  maintenance.  Thus,  the  Figure  6.2 
identifies  the  routes  for  dissemination  of  data,  originating  from  fault 
detection  at  a  PS. 

6.3  CAMMS  Subsystems 

CAMMS  is  supported  by  four  subsystems.  Figure  6.3  identifies 
the  major  functions  of  the  subsystems.  Figures  6.4  thru  6.7  indicate 
the  processes  involved  in  these  subsystems  and  also  provides  the  outputs 
generated  from  the  analysis  performed  in  these  subsystems. 

6.4  Maintenance  Levels  for  LRU  Failures 

An  attempt  is  made  to  identify  the  maintenance  levels  for  LRU 
failures  and  a  list  of  possible  LRU  failures  from  equipment  at  PS  is 
indicated  in  Table  6.8.  Further,  it  provides  the  basic  philosophy  for 
each  maintenance  level,  i.e.  organization,  intermediate  and  depot.  The 
type  of  equipment  used  at  each  maintenance  level  facility  is  also 
indicated.  Identification  of  current  baseline  for  Organizational  Level 
(OL),  Intermediate  Level  (IL)  and  Depot  Level  (DL)  maintenance  activ¬ 
ities  is  yet  to  be  determined  and  this  Table  6-8  will  identify  additional 
LRU  and  maintenance  activities. 
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Figure  6.5  Maintenance  Control  Subsystem  Activities 
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Table  6.8  Identification  of  Maintenance  Levels  for  LRU  Failures 


7.0 


CONCLUSIONS  AND  RECOMMENDATIONS 


7.  1  Conclusions 

7.1.1  Application  of  this  design  morphology  appears  to  be  effective 
for  the  development  of  the  optimal  maintenance  control  activities.  Since 
the  FY  78  research  demonstrated  effective  application  of  this  morphol¬ 
ogy  to  aerospace  equipment,  substantive  verification  is  obtained  for  the 
use  of  this  design  morphology  to  both  structured  and  unstructured 
aerospace  systems. 

7.1.2  The  difficulties  of  problem  definition  are  greatly  clarified  for 
the  large  scale  system  through  the  use  of  this  morphology.  The 
accomplishment  of  a  requirements  study  and  an  input-output  analysis 
tended  to  clarify  and  to  bound  the  problem  definition,  and  provided 

a  more  pointed  direction  to  proceed. 

7.1.3  The  synthesis  of  the  three  scenarios,  the  resulting  180 
candidate  systems,  the  definition  of  criteria  and  their  respective 
relative  weights,  the  identification  of  submodels  and  parameters,  the 
modeling,  and  finally,  the  computer  software  development  were  all 
accomplished  in  a  straight-forward  manner.  Hence  verification  of  the 
usefulness  of  the  morphology  has  been  demonstrated. 

7.1.4  The  design  morphology  provided  a  useful  vehicle  for  clearly 
defining  the  functions  or  tasks  that  are  required  to  meet  the  needs 
of  the  fault  detection  and  dispatch  activity.  Hence  the  role  of  human 
factors  and  logistics  in  the  FDD  becomes  clear  when  scenarios  are 
developed.  In  particular,  the  subsequent  definition  of  implementation 


details  depend  almost  entirely  on  the  adequacy  of  the  consideration 
given  these  two  areas. 

7.1.5  The  multiple  criterion  function  as  developed  in  this  research 
assures  the  proper  mix  of  man-machine  activity  since  "soft11  data  is 
included  explicitly  in  the  optimization.  Hence  the  highest  ranked 
system  identifies  the  "best"  candidate  system,  and  this  greatly  clarifies 
the  man-machine  interface. 

7.1.6  This  structured  design  process  speeds  designer  awareness  in 
the  technological  areas.  By  adhering  to  this  design  process  the  team 
was  able  to  quickly  define  relevant  problem  areas,  and  this  was  able 
to  become  conversant  in  the  MX  situation  more  rapidly  than  is  normal 
for  such  high  technology  systems. 

7.1.7  The  FDD  optimization  process  is  now  completely  structured  for 
the  operational  conditions  defined  during  this  research.  The  multiple 
criterion  function,  CF  is  developed,  programmed,  and  was  exercised 
with  estimated  parameters,  y^.  A  method  to  estimate  possible  perform¬ 
ance  growth  of  FDD  was  developed  from  the  design  space  structured 
by  the  y^  ranges.  This  identifies  the  parameters  that  should  change 
to  improve  FDD  efficiency  to  the  maximum  practical  level. 

7.1.8  A  major  result  of  this  optimization  is  the  recognition  that  FDD 
activity  should  be  physically  close  to  OCC  in  order  to  maximize  the 
effectiveness  of  the  maintenance  control  activity. 

7.1.9  The  simulation  of  MX  cluster  maintenance  has  been  demons¬ 
trated,  and  development  of  a  multiple  cluster  program  is  under  way. 
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This  simulation  appears  to  be  effective  in  comparing  various  maintenance 
policies  and  estimating  MX  cluster  availability. 

7.1.10  The  multiple  criterion  function,  once  structured  in  the  manner 
demonstrated  herein,  provides  a  method  for  evaluating  the  effects  of 
reliability,  maintainability,  quality  assurance,  and  system  effectiveness. 
It  further  provides  a  means  for  assuring  optimal  skill  level  mixes  for 
the  maintenance  teams  by  evaluating  the  resulting  values  of  y^  in  CFa 
when  the  relevant  criteria  are  included. 

7.1.11  The  OCC  information  flow  diagrams  of  section  6.0  present  the 
top  level  maintenance  requirements  in  the  OCC  and  can  be  used  to 
verify  the  completeness  of  proposed  contractors  systems. 

7.2  Recommendations 

7.2.1  In  order  to  develop  the  multiple  criterion  function  UH  assumed 
parameter  values  for  the  required  yj<  from  their  existing,  available 
information.  Follow-on  effort  should  improve  the  y^  accuracy,  to 
achieve  the  attendant  improvement  in  discrimination  among  the  candi¬ 
date  system  and  a  possible  change  in  the  most  desirable  configuration. 

7.2.2  The  OCC  information  flow  study  should  proceed  to  develop 
greather  detail  for  integration  of  CAMMS  into  the  MX  system. 

7.2.3  The  maintenance  simulation  should  be  completed  with  the  inte  - 
gration  of  a  multiple  cluster  model  which  could  then  be  available  for 
estimating  new  concepts  and  changes  in  MX  maintenance  planning 


and  control. 


7.2.4  Analytical  methods  for  improving  the  multiple  criterion  function 
accuracy  should  be  developed. 

7.2.5  With  the  resulting  improved  CF^  accuracy  from  improvement 
of  input  parameter  accuracy,  other  avenues  of  development  to  find  a 
global  maximum  in  the  design  space  should  be  developed  for  this  CF^. 

7.2.6  A  software  system  should  be  developed  to  allow  MX  management 
with  minimal  computer  background  to  obtain  answers  to  "what-if" 
questions.  This  system  should  be  self-contained,  in  the  sense  of 
having  its  own  vocabulary  in  plain  English  available  to  the  user  as  well 
as  a  well  documented  Hheep"  library  on-line. 

7.2.7  Study  of  the  interactions  of  reliability,  maintainability,  quality 
assurance,  and  system  readiness  should  be  made.  The  output  of  this 
study  should  show  how  the  relevant  variables  affect  the  criteria,  Xj, 

in  the  CF^and  hence  maximize  system  effectiveness  for  the  resources 
used. 
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APPENDIX  A  -  LISTING  OF  PARAMETERS  ("TABLE  III") 
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APPENDIX  C 


C  —  I .  Introduction 

The  development  of  the  MX  maintenance  simulation  system  has 
changed  direction  in  the  past  year.  The  previous  model  required  that 
the  clusters  and  maintenance  facilities  have  their  location  coordinates 
specified  as  model  input  and  this  required  a  rather  large  amount  of 
input  data.  At  the  current  state  of  MX  development  this  amount  of 
detail  and  precision  did  not  prove  necessary,  and  made  model  testing 
clumsy  when  only  basic  concepts  of  MX  maintenance  were  involved. 
Further,  the  model  was  designed  around  a  vertical  launch  concept,  and 
some  features  of  the  model  had  application  with  that  type  of  launch  mode 
only,  thus  requiring  correction. 

A  more  generalized  approach  was  necessary,  one  that  would 
allow  a  model  to  be  quickly  configured  and  evaluated.  Since  the  MX 
system  design  is  continuously  changing  and  evolving,  the  maintenance 
simulation  system  should  be  able  to  easily  and  quickly  model  and  test 
proposed  changes  and  effects  on  maintenance.  It  was  felt  that  a  special 
purpose  modelling  language  would  fill  a  need  in  the  MX  program,  and 
this  language  has  been  developed  and  named  SIMMX  (Simulation  of 
Maintenance  on  MX).  The  objectives  of  the  language  were  as  follows: 

1.  It  would  be  easy  to  learn  for  those  engaged  in  the 
MX  missile  program.  The  vocabulary,  abbreviations, 
and  conventions  of  MX  should  be  usable. 

2.  The  language  should  be  capable  of  implementation  on 


a  wide  variety  of  computer  systems.  Since  the 
computer  system  that  the  Air  Force  would  like  to 
use  for  SIMMX  is  not  now  predictable,  the  simulation 
should  be  usable  on  any  medium  to  large  scale 
computer  system.  The  language  should  also  be 
usable  in  either  a  batch  or  a  time  sharing  environ¬ 
ment  . 

3.  Models  written  in  SIMMX  should  have  their  logic 
and  structure  apparent  to  other  MX  personnel  who 
examine  it. 

4.  Models  written  in  the  language  should  be  easily  modi- 
field,  and  the  results  of  the  modification  quickly 
determined. 

C-II,  Using  SIMMX 

The  modeler  who  wishes  to  use  SIMMX,  first  describes  the 
maintenance  strategy  in  a  network  form.  A  network  allows  a  visual 
representation  of  the  procedure  priorities  of  the  maintenance  tasks. 
The  information  represented  in  the  network  is  then  described  in  the 
SIMMX  language,  and  entered  into  the  computer.  The  computer  then 
simulates  the  activity  and  presents  the  results  of  the  simulation. 

In  order  to  demonstrate  the  SIMMX  language,  a  theoretical 
maintenance  plan  will  be  described  and  its  simulation  executed. 
Figures  C-1,  C-2,  C-3,  and  C-4  show  the  maintenance  strategy  that 
will  be  modeled  in  network  form.  Each  figure  gives  the  strategy  for 
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Figure  C-l:  ROSE  Maintenance  Network 
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Figure  C-2:  B/C  Maintenance  Network 


Mobil  OSE  and  MGCS  Repair  (MGCS) 
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Figure  C-3:  MGCS  Maintenance  Network 
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Reentry  System  (RS) 
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Figure  C-4:  RS  Maintenance  Network 


C-6 


each  failure  type  that  can  occur  in  the  model.  For  example.  Figure  C-1 
shows  the  tasks  involved  when  there  is  a  Resident  Operational  Support 
Equipment  failure  (ROSE).  There  are  five  tasks  involved:  Rl,  R2,  R3, 
R4,  and  R5.  Each  task  is  represented  by  an  arrow  on  the  network, 
and  each  task  must  be  originated  and  terminated  by  a  numbered  node. 
The  network  shows  that  each  of  the  tasks  must  be  performed  in 
sequence,  and  none  can  start  before  its  predecessor  is  completed.  The 
table  below  the  network  gives  the  time  of  each  task,  and  the  mainte¬ 
nance  entities  required  for  each  one.  The  table  indicates  that  the 
time  for  task  Rl  is  normally  distributed  with  a  mean  of  0.5  hrs.  and 
a  standard  deviation  of  0.1  hrs.  The  maintenance  entity  required  is 
CRWA  (Crew  A).  The  names  assigned  to  the  tasks  and  entities  are 
arbitrary  and  left  to  the  choice  of  the  modeler.  The  last  column  of 
the  table  gives  a  brief  description  of  the  task.  Rask  Rl  is  a  crew 
briefing  before  they  begin  the  repair  tasks.  The  times  for  the  tasks 
can  be  constants,  or  random  values  from  specified  probability  distrib¬ 
utions. 


The  networks  can  be  quite  simple,  as  in  the  ROSE  failure,  or 
much  more  complex,  as  with  a  Booster  Canister  System  Failure,  Figure 
C-2.  One  can  see  in  a  B/C  failure  that  four  tasks,  R8,  R 1 1 ,  R12,  and 
R14,  can  begin  simultaneously  as  soon  as  a  B/C  failure  occurs.  The 
networks  provide  a  simple,  graphical  representation  of  a  maintenance 
plan.  The  preparation  of  the  networks  appears  to  give  insight  to  MX 
maintenance  problems  that  would  not  have  been  available  otherwise. 

Each  time  networks,  of  this  type,  are  presented  to  groups  of  MX  plan¬ 
ners,  discussions  and  questions  are  generated  that  provide  valuable 
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information.  The  capability  of  simulating  the  networks,  using  SIMMX 
makes  them  even  more  valuable. 


Figure  C-5  shows  the  complete  SIMMX  program  that  will  simu¬ 
late  the  maintenance  plan  described  in  the  networks.  It  should  be 
emphasized  that  any  sub-set  of  the  maintenance  plan  can  be  simulated 
separately.  For  example,  if  a  modeler  was  investigating  just  the  ROSE 
maintenance  tasks,  a  SIMMX  program  could  be  prepared  containing  only 
those  elements,  and  a  simulation  of  that  portion  of  the  plan  could  be 
executed.  All  of  the  statements  in  Figure  C-5  are  free  form,  and  there 
are  not  rules  for  the  columns  in  which  statements  must  start.  The 
indentations  and  spacing  in  Figure  C-5  are  for  program  readability  and 
are  not  required  for  execution.  There  are  presently  seven  sections  in 
a  SIMMX  program.  Each  section  must  be  started  on  a  new  line,  and 
each  section  must  be  terminated  with  a  semi-colon.  The  seven  sections 
are  named  SITE,  MISSILE,  EQUIPMENTS,  TASKS,  FAILURES,  NETWORKS 
and  SIMULATE.  Comments  may  be  placed  anywhere  in  a  SIMMX  program 
and  start  with  a  dollar  sign.  Each  section  will  now  be  discussed  in 
detail. 


SITES 


In  this  section  the  modeler  specifies  how  many  launch  sites  are  to  be 
included  in  each  cluster.  In  the  example  program.  Figure  C-5,  this  is 
set  at  23.  In  the  present  version  of  SIMMX,  only  a  single  cluster  may 
be  simulated. 
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Figure  C-5:  SI  MMX  Program 
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MISSILES 


The  number  of  missiles  per  cluster  is  set  in  this  command.  In  the 
example,  one  missile  per  cluster  is  specified. 

EQUIPMENTS 


Information  on  the  repair  facilities  is  given  in  this  section.  It  shows 
each  of  the  entities  that  are  required  for  the  repair  tasks,  how  many  of 
them  are  to  be  available,  and  when  they  are  to  be  available.  In  the 
sample  program.  Figure  C -5,  in  the  EQUIPMENT  section  a  segment  of 
the  section  shows : 

CRWA  (U,  8,  8.00) 

This  indicates  there  is  a  maintenance  entity  named  CRWA  that  will  be 
required  on  maintenance  tasks  during  the  simulation.  The  U  specifies 
that  the  number  of  CRWA's  will  be  unlimited.  Thus  no  task  will  be 
delayed  because  of  a  lack  of  CRWA.  The  segment  "8,  8.00"  indicates 
that  CRWA  s  will  only  be  available  for  eight  hours  each  24  hour  period, 
and  the  start  time  for  their  availability  will  be  0800  hours.  Thus, 
CRWA's  will  only  be  available  from  0800  to  1600  hours  each  day.  The 
other  maintenance  entities  are  described  in  a  similar  manner.  The 
modeler  may  specify  either  a  fixed  number,  or  unlimited,  for  the 
number  of  each  type  of  entity.  For  example,  the  entity  TEAM  has  only 
one  unit  available.  If  at  some  point  during  the  simulation  TEAM  is 
occupied  on  a  task,  and  another  task  occurs  that  requires  TEAM,  the 
second  task  will  be  delayed  until  the  first  task  is  completed. 


1 

1 

I 

4 
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TASKS 


The  TASKS  section  of  the  program  lists  the  information  on  each  task 
that  can  take  place  during  the  simulation  and  each  task  that  appears 
on  a  network  will  be  shown  in  this  section.  The  task  code,  the  time 
required  to  complete  the  task,  and  the  maintenance  entity(s)  required 
for  the  task  are  shown.  It  should  be  noted  in  the  example  that  some  of 
the  tasks  are  marked  with  an  asterisk.  These  tasks,  when  completed, 
cause  the  system  that  failed  to  be  put  back  into  the  ready  status.  Task 
R3  is  one  of  these  types  of  tasks.  Task  R3  occurs  in  the  ROSE  network. 
Figure  C-l,  and  it  can  be  seen  that  this  the  actual  repair  task  for  that 
type  of  failure.  The  number  of  units  of  the  maintenance  entity  required 
to  complete  each  task  is  shown  after  the  name  of  the  entity.  CRWA  (1), 
means  that  one  unit  of  CRWA  is  required  for  the  task. 

FAILURES 


Information  on  each  of  the  type  of  failures  is  included  in  this  section. 
The  name  of  the  failure,  the  unit  to  which  it  applies,  the  time  between 
the  failures,  and  the  status  of  the  missile  during  the  failure  is  shown. 
For  example  the  statement : 

ROSE,  SITE,  300,  LAUNCHABLE 

indicates  first  that  a  ROSE  failure  is  referenced.  A  ROSE  failure  can 
occur  at  each  site  in  the  model,  and  the  average  time  between  the 
failures  is  300  hours  and  the  system  assumes  a  Poisson  failure  rate. 
The  missile  remains  launchable  when  this  type  of  failure  occurs.  Each 
of  the  failures  that  can  occur  during  the  simulation  is  shown  in  a 
similar  manner. 
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NETWORKS 


The  structure  of  the  network  is  described  in  this  section  of  the  SIMMX 
program.  The  name  of  the  network  is  given,  and  then  each  task  in  the 
network  is  shown  along  with  the  task's  beginning  and  ending  node.  A 
colon  (:)  designates  the  end  of  each  network,  and  a  semi-colon  (;) 
terminates  the  entire  section. 


SIMULATE 

The  desired  length  of  the  simulation  and  the  reporting  interval  is  given 
in  this  section.  For  the  example,  the  simulation  is  to  last  1200  hours 
and  the  model  is  to  report  on  the  status  of  the  system  every  24,0  hours. 

C-IIL  Model  Output 

The  output  from  the  example  SIMMX  program  is  shown  in 
Figures  06  through  012.  The  output  in  Figures  06  through  09 
are  generated  before  the  simulation  begins,  and  document  the  parameters 
of  the  model.  In  Figure  06  the  amount  of  availability  for  most  of  the 
resources  is  set  at  100,000  units.  This  results  from  the  modeler 
specifying  that  there  was  to  be  unlimited  amounts  of  these  entities. 

Output  from  the  simulation  phase  begins  in  Figure  10.  It  shows 
the  beginning  and  end  of  each  activity  that  occurs  during  the  simulation. 
In  most  cases  this  level  of  detail  is  not  required,  and  later  versions  of 
SIMMX  will  provide  the  modeler  an  opportunity  to  select  the  level  of  out 
put.  Any  activity  that  is  started,  will  stop  when  the  availability  period 
for  its  maintenance  resource(s)  is  ended.  The  activity  will  resume  the 
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Figure  C-6:  SI  MMX  Output  -  Pre-Simulation  Phase 


Figure  C-7:  SIMMX  Output  -  Pre-Simulation  Phase 
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Figure  C-11:  SIMMX  Output  -  Simulation  Phase:  t  =  24  t  =  48 
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Figure  C - 1 2 :  SIMMX  Output  -  Simulation  Phase:  Summary  Report 


next  day  at  the  beginning  of  the  availability  period  and  continue  until 
the  required  task  duration  time  is  reached  Every  24.00  hours  of 
simulated  time  a  report  is  generated  that  shows  the  status  of  each  compo¬ 
nent  of  the  system.  Figures  C-10  and  C-11  show  the  simulation  output 
for  the  first  48  hours.  Figure  C-12  shows  the  summary  report  gener¬ 
ated  at  the  end  of  toe  simulation.  For  this  maintenance  strategy,  and 
the  given  failure  parameters,  the  missile  was  available  43.41%  of  the 
time.  The  availability  of  each  of  the  maintenance  entities  is  also  shown, 
along  with  the  maximum  number  of  each  of  them  required  during  the 
simulation.  For  example,  there  were  three  units  of  CRWA  required 
during  execution,  and  these  three  units  were  utilized  30.53%  of  the 
time. 

C-IV.  Discussion 

The  SIMMX  language  has  evolved  from  earlier  attempts  by  the 
University  of  Houston  to  develop  a  useful  simulation  system  for  MX  main¬ 
tenance  problems.  The  system  is  now  general  enough  so  that  any  main¬ 
tenance  concept  can  be  described  and  modeled  in  this  language.  The 
use  of  networks  to  describe  maintenance  strategies  has  proven  to  be 
very  beneficial,  and  the  networks  provide  a  communication  medium  for 
MX  planners  so  that  a  strategy  under  consideration  can  be  visualized. 

The  interpreter  for  SIMMX  has  been  entirely  written  in  FORTRAN. 
Every  effort  has  been  made  to  use  very  standard  FORTRAN,  so  that 
SIMMX  may  be  implemented  on  a  variety  of  computer  systems.  SIMMX 
is  now  running  on  CDC,  IBM  and  Honeywell  systems  as  of  this  date, 
and  is  relatively  inexpensive  to  use. 
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This  simulation  is  available  in  both  a  batch  and  interactive  mode. 
The  interactive  version  gives  prompt  messages  to  the  user  requesting 
required  information.  Additional  effort  needs  to  be  done  on  the  inter¬ 
active  version  to  make  its  use  more  convenient  and  responsive  to 
modelers  needs. 

The  present  version  of  S1MMX  allows  simulation  of  a  single 
cluster  only.  The  simulation  of  multiple  clusters  in  a  single  model  is 
recommended.  This  would  permit  a  modeler  to  examine  the  availability 
of  an  entire  missile  wing  under  the  various  maintenance  strategies. 

While  there  would  be  some  changes  in  the  internal  data  structure  of  the 
present  version  to  handle  this  capability,  it  does  appear  that  it  could 
be  done  without  a  large  increase  in  computer  time  usage. 
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